Re: unique snapshots problem

2009-06-09 Thread Trygve Hardersen 
I filed GERONIMO-4682 for this.

Thanks

Trygve

On Tue, Jun 9, 2009 at 5:35 PM, David Jencks  wrote:

> That's a bug.  Could you please file a jira?
> --spoiled by always building g. on my dev machine--
> david jencks
>
> On Jun 9, 2009, at 2:03 AM, Trygve Hardersen wrote:
>
> Hi
>
> We've had quite a few problems building Geronimo lately and we've switched
> our internal repository from Artifactory to Nexus in an attempt to get a
> more stable environment. This also made us, not entirely intentionally it
> must be said, go from using non-unique to unique snapshots of Geronimo
> 2.2-SNAPSHOT.
>
> When we deploy Geronimo using unique snapshots we're unable to build our
> server later. The car-maven-plugin fails with errors like this:
>
> Cound not find parent configuration:
> org.apache.geronimo.configs/openejb-deployer/2.2-20090609.071606-2/car
>
> When Geronimo is deployed using non-unique snapshots, or when we build our
> server on a box that also has Geronimo built on it locally, the error does
> not occur. Here's the full trace of the error:
>
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] could not package plugin
>
> Embedded error: Unable to create configuration for deployment
> Cound not find parent configuration:
> org.apache.geronimo.configs/openejb-deployer/2.2-20090609.071606-2/car
> [INFO]
> 
> [INFO] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: could not package
> plugin
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:703)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:540)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:519)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:332)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:356)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> Caused by: org.apache.maven.plugin.MojoExecutionException: could not
> package plugin
> at
> org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:212)
> at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
> ... 16 more
> Caused by: org.apache.geronimo.common.DeploymentException: Unable to create
> configuration for deployment
> at
> org.apache.geronimo.deployment.DeploymentContext.createTempConfiguration(DeploymentContext.java:151)
> at
> org.apache.geronimo.deployment.DeploymentContext.(DeploymentContext.java:131)
> at
> org.apache.geronimo.deployment.DeploymentContext.(DeploymentContext.java:111)
> at
> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:227)
> at
> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:199)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:256)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
> at
> org.apache.geronimo

Re: Error when deploying a realm with a login module:org.apache.geronimo.openejb.OpenejbRemoteLoginModule

2009-06-09 Thread Rodger 
Yes,that's the trick.Thanks.

2009/6/10, viola.lu :
>
> pls add openejb dependency as below:
> 
>  org.apache.geronimo.configs
> openejb
> car
> 
>
> Then it will find OpenEjbremoteloginmodule class.
>
>
>
> Rodger-10 wrote:
>>
>> My geronimo version is 2.1.4
>> And in repository,there is no client-security.
>>
>> Thanks.
>>
>> 2009/6/9, David Jencks :
>>> I don't see anything obviously wrong.
>>>
>>> It _really_ shouldn't make a difference but could you try using client-
>>> security instead of j2ee-security in your plan and also include the
>>> geronimo version in the dependency?
>>>
>>> Also, what is the geronimo version?
>>>
>>> thanks
>>> david jencks
>>>
>>> On Jun 9, 2009, at 6:16 AM, Rodger wrote:
>>>
 My realm deploy plan named security_realm.xml is as follow:
 =
 http://geronimo.apache.org/xml/ns/deployment-1.2";>
 
 
 console.realm
 remote-openejb-realm
 1.0
 car
 
 
 
 org.apache.geronimo.framework
 j2ee-security
 car
 
 
 
 >>> class="org.apache.geronimo.security.realm.GenericSecurityRealm"
 xsi:type="dep:gbeanType"
 xmlns:dep="http://geronimo.apache.org/xml/ns/deployment-1.2
 " xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
 remote-openejb-realm
 
 ServerInfo
 
 
 >>> xmlns:log="http://geronimo.apache.org/xml/ns/loginconfig-2.0
 ">
 >>> principals="false">
 remote-openejb-realm>>> log:login-domain-name>
 >>> class>org.apache.geronimo.openejb.OpenejbRemoteLoginModule>>> log:login-module-class>
 test-
 realm
 ejbd://localhost:
 4201
 
 
 
 
 
 =
 =
 =
 ==
 When
 bin>java -jar deployer.jar deploy d:\security_realm.xml
 The error is as follows:
 Error: Operation failed: start of
 console.realm/remote-openejb-realm/1.0/car failed

 Unknown start exception

 Configuration console.realm/remote-openejb-realm/1.0/car
 failed to
 start due to the following reasons:

   The service
 ServiceModule=console.realm/remote-openejb-realm/1.0/
 car,j2eeType=SecurityRe
 alm,name=remote-openejb-realm
 did not start because
 org.apache.geronimo.openejb.OpenejbRemoteLoginModule in
 classloader
 console.realm/remote-openejb-realm/1.0/car

 It seems that the system can not find the class
 org.apache.geronimo.openejb.OpenejbRemoteLoginModule.
 I get the reference from
 http://cwiki.apache.org/GMOxDOC22/configuring-javaee-app-client-security.html
 --
 Best Regards,
 Rodger.
>>>
>>>
>>
>>
>> --
>> Best Regards,
>> Rodger.
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/Error-when-deploying-a-realm-with-a-login-module%3Aorg.apache.geronimo.openejb.OpenejbRemoteLoginModule-tp23942630s134p23955030.html
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>


-- 
Best Regards,
Rodger.

Re: Error when deploying a realm with a login module:org.apache.geronimo.openejb.OpenejbRemoteLoginModule

2009-06-09 Thread viola.lu 

pls add openejb dependency as below:

 org.apache.geronimo.configs
openejb
car


Then it will find OpenEjbremoteloginmodule class.



Rodger-10 wrote:
> 
> My geronimo version is 2.1.4
> And in repository,there is no client-security.
> 
> Thanks.
> 
> 2009/6/9, David Jencks :
>> I don't see anything obviously wrong.
>>
>> It _really_ shouldn't make a difference but could you try using client-
>> security instead of j2ee-security in your plan and also include the
>> geronimo version in the dependency?
>>
>> Also, what is the geronimo version?
>>
>> thanks
>> david jencks
>>
>> On Jun 9, 2009, at 6:16 AM, Rodger wrote:
>>
>>> My realm deploy plan named security_realm.xml is as follow:
>>> =
>>> http://geronimo.apache.org/xml/ns/deployment-1.2";>
>>> 
>>> 
>>> console.realm
>>> remote-openejb-realm
>>> 1.0
>>> car
>>> 
>>> 
>>> 
>>> org.apache.geronimo.framework
>>> j2ee-security
>>> car
>>> 
>>> 
>>> 
>>> >> class="org.apache.geronimo.security.realm.GenericSecurityRealm"
>>> xsi:type="dep:gbeanType"
>>> xmlns:dep="http://geronimo.apache.org/xml/ns/deployment-1.2
>>> " xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
>>> remote-openejb-realm
>>> 
>>> ServerInfo
>>> 
>>> 
>>> >> xmlns:log="http://geronimo.apache.org/xml/ns/loginconfig-2.0
>>> ">
>>> >> principals="false">
>>> remote-openejb-realm>> log:login-domain-name>
>>> >> class>org.apache.geronimo.openejb.OpenejbRemoteLoginModule>> log:login-module-class>
>>> test-
>>> realm
>>> ejbd://localhost:
>>> 4201
>>> 
>>> 
>>> 
>>> 
>>> 
>>> =
>>> =
>>> =
>>> ==
>>> When
>>> bin>java -jar deployer.jar deploy d:\security_realm.xml
>>> The error is as follows:
>>> Error: Operation failed: start of
>>> console.realm/remote-openejb-realm/1.0/car failed
>>>
>>> Unknown start exception
>>>
>>> Configuration console.realm/remote-openejb-realm/1.0/car
>>> failed to
>>> start due to the following reasons:
>>>
>>>   The service
>>> ServiceModule=console.realm/remote-openejb-realm/1.0/
>>> car,j2eeType=SecurityRe
>>> alm,name=remote-openejb-realm
>>> did not start because
>>> org.apache.geronimo.openejb.OpenejbRemoteLoginModule in
>>> classloader
>>> console.realm/remote-openejb-realm/1.0/car
>>>
>>> It seems that the system can not find the class
>>> org.apache.geronimo.openejb.OpenejbRemoteLoginModule.
>>> I get the reference from
>>> http://cwiki.apache.org/GMOxDOC22/configuring-javaee-app-client-security.html
>>> --
>>> Best Regards,
>>> Rodger.
>>
>>
> 
> 
> -- 
> Best Regards,
> Rodger.
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Error-when-deploying-a-realm-with-a-login-module%3Aorg.apache.geronimo.openejb.OpenejbRemoteLoginModule-tp23942630s134p23955030.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: Error when deploying a realm with a login module:org.apache.geronimo.openejb.OpenejbRemoteLoginModule

2009-06-09 Thread Rodger 
My geronimo version is 2.1.4
And in repository,there is no client-security.

Thanks.

2009/6/9, David Jencks :
> I don't see anything obviously wrong.
>
> It _really_ shouldn't make a difference but could you try using client-
> security instead of j2ee-security in your plan and also include the
> geronimo version in the dependency?
>
> Also, what is the geronimo version?
>
> thanks
> david jencks
>
> On Jun 9, 2009, at 6:16 AM, Rodger wrote:
>
>> My realm deploy plan named security_realm.xml is as follow:
>> =
>> http://geronimo.apache.org/xml/ns/deployment-1.2";>
>> 
>> 
>> console.realm
>> remote-openejb-realm
>> 1.0
>> car
>> 
>> 
>> 
>> org.apache.geronimo.framework
>> j2ee-security
>> car
>> 
>> 
>> 
>> > class="org.apache.geronimo.security.realm.GenericSecurityRealm"
>> xsi:type="dep:gbeanType"
>> xmlns:dep="http://geronimo.apache.org/xml/ns/deployment-1.2
>> " xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
>> remote-openejb-realm
>> 
>> ServerInfo
>> 
>> 
>> > xmlns:log="http://geronimo.apache.org/xml/ns/loginconfig-2.0
>> ">
>> > principals="false">
>> remote-openejb-realm> log:login-domain-name>
>> > class>org.apache.geronimo.openejb.OpenejbRemoteLoginModule> log:login-module-class>
>> test-
>> realm
>> ejbd://localhost:
>> 4201
>> 
>> 
>> 
>> 
>> 
>> =
>> =
>> =
>> ==
>> When
>> bin>java -jar deployer.jar deploy d:\security_realm.xml
>> The error is as follows:
>> Error: Operation failed: start of
>> console.realm/remote-openejb-realm/1.0/car failed
>>
>> Unknown start exception
>>
>> Configuration console.realm/remote-openejb-realm/1.0/car
>> failed to
>> start due to the following reasons:
>>
>>   The service
>> ServiceModule=console.realm/remote-openejb-realm/1.0/
>> car,j2eeType=SecurityRe
>> alm,name=remote-openejb-realm
>> did not start because
>> org.apache.geronimo.openejb.OpenejbRemoteLoginModule in
>> classloader
>> console.realm/remote-openejb-realm/1.0/car
>>
>> It seems that the system can not find the class
>> org.apache.geronimo.openejb.OpenejbRemoteLoginModule.
>> I get the reference from
>> http://cwiki.apache.org/GMOxDOC22/configuring-javaee-app-client-security.html
>> --
>> Best Regards,
>> Rodger.
>
>


-- 
Best Regards,
Rodger.

Re: Error when deploying a realm with a login module:org.apache.geronimo.openejb.OpenejbRemoteLoginModule

2009-06-09 Thread David Jencks 

I don't see anything obviously wrong.

It _really_ shouldn't make a difference but could you try using client- 
security instead of j2ee-security in your plan and also include the  
geronimo version in the dependency?


Also, what is the geronimo version?

thanks
david jencks

On Jun 9, 2009, at 6:16 AM, Rodger wrote:


My realm deploy plan named security_realm.xml is as follow:
=
http://geronimo.apache.org/xml/ns/deployment-1.2";>


console.realm
remote-openejb-realm
1.0
car



org.apache.geronimo.framework
j2ee-security
car



class="org.apache.geronimo.security.realm.GenericSecurityRealm"  
xsi:type="dep:gbeanType" xmlns:dep="http://geronimo.apache.org/xml/ns/deployment-1.2 
" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>

remote-openejb-realm

ServerInfo


http://geronimo.apache.org/xml/ns/loginconfig-2.0 
">
principals="false">
remote-openejb-realmlog:login-domain-name>
class>org.apache.geronimo.openejb.OpenejbRemoteLoginModulelog:login-module-class>
test- 
realm
ejbd://localhost: 
4201






= 
= 
= 
==

When
bin>java -jar deployer.jar deploy d:\security_realm.xml
The error is as follows:
Error: Operation failed: start of
console.realm/remote-openejb-realm/1.0/car failed

Unknown start exception

Configuration console.realm/remote-openejb-realm/1.0/car  
failed to

start due to the following reasons:

  The service
ServiceModule=console.realm/remote-openejb-realm/1.0/ 
car,j2eeType=SecurityRe

alm,name=remote-openejb-realm
did not start because
org.apache.geronimo.openejb.OpenejbRemoteLoginModule in  
classloader

console.realm/remote-openejb-realm/1.0/car

It seems that the system can not find the class  
org.apache.geronimo.openejb.OpenejbRemoteLoginModule.

I get the reference from 
http://cwiki.apache.org/GMOxDOC22/configuring-javaee-app-client-security.html
--
Best Regards,
Rodger.

Re: unique snapshots problem

2009-06-09 Thread David Jencks 

That's a bug.  Could you please file a jira?

--spoiled by always building g. on my dev machine--
david jencks

On Jun 9, 2009, at 2:03 AM, Trygve Hardersen wrote:


Hi

We've had quite a few problems building Geronimo lately and we've  
switched our internal repository from Artifactory to Nexus in an  
attempt to get a more stable environment. This also made us, not  
entirely intentionally it must be said, go from using non-unique to  
unique snapshots of Geronimo 2.2-SNAPSHOT.


When we deploy Geronimo using unique snapshots we're unable to build  
our server later. The car-maven-plugin fails with errors like this:


Cound not find parent configuration: org.apache.geronimo.configs/ 
openejb-deployer/2.2-20090609.071606-2/car


When Geronimo is deployed using non-unique snapshots, or when we  
build our server on a box that also has Geronimo built on it  
locally, the error does not occur. Here's the full trace of the error:


[INFO]  


[ERROR] BUILD ERROR
[INFO]  


[INFO] could not package plugin

Embedded error: Unable to create configuration for deployment
Cound not find parent configuration: org.apache.geronimo.configs/ 
openejb-deployer/2.2-20090609.071606-2/car
[INFO]  


[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: could not  
package plugin
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 
703)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:540)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java: 
519)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeTaskSegments(DefaultLifecycleExecutor.java:332)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)

at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:356)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at  
sun 
.reflect 
.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at  
sun 
.reflect 
.DelegatingMethodAccessorImpl 
.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)
at  
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)

at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at  
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: could not  
package plugin
at  
org 
.apache 
.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:212)
at  
org 
.apache 
.maven 
.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java: 
483)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 
678)

... 16 more
Caused by: org.apache.geronimo.common.DeploymentException: Unable to  
create configuration for deployment
at  
org 
.apache 
.geronimo 
.deployment 
.DeploymentContext.createTempConfiguration(DeploymentContext.java:151)
at  
org 
.apache 
.geronimo.deployment.DeploymentContext.(DeploymentContext.java: 
131)
at  
org 
.apache 
.geronimo.deployment.DeploymentContext.(DeploymentContext.java: 
111)
at  
org 
.apache 
.geronimo 
.deployment 
.service 
.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java: 
227)
at  
org 
.apache 
.geronimo 
.deployment 
.service 
.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java: 
199)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java: 
256)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at  
sun 
.reflect 
.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at  
sun 
.reflect 
.DelegatingMethodAccessorImpl 
.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)
at  
org 
.apache 
.geronimo 
.gbean 
.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java: 
34)
at  
org 
.apache 
.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
at  
org 
.apache 
.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
at  
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java: 
237)
at  
org 
.apache 
.geronimo 
.mavenplugins.car.PackageMojo.in

Error when deploying a realm with a login module:org.apache.geronimo.openejb.OpenejbRemoteLoginModule

2009-06-09 Thread Rodger 
My realm deploy plan named security_realm.xml is as follow:
=
http://geronimo.apache.org/xml/ns/deployment-1.2";>


console.realm
remote-openejb-realm
1.0
car



org.apache.geronimo.framework
j2ee-security
car



http://geronimo.apache.org/xml/ns/deployment-1.2"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance";>
remote-openejb-realm

ServerInfo


http://geronimo.apache.org/xml/ns/loginconfig-2.0";>


 remote-openejb-realm

 
org.apache.geronimo.openejb.OpenejbRemoteLoginModule
test-realm
ejbd://localhost:4201





=
When
bin>java -jar deployer.jar deploy d:\security_realm.xml
The error is as follows:
Error: Operation failed: start of
console.realm/remote-openejb-realm/1.0/car failed

Unknown start exception

Configuration console.realm/remote-openejb-realm/1.0/car failed to
start due to the following reasons:

  The service

 ServiceModule=console.realm/remote-openejb-realm/1.0/car,j2eeType=SecurityRe
alm,name=remote-openejb-realm
did not start because
org.apache.geronimo.openejb.OpenejbRemoteLoginModule in classloader
console.realm/remote-openejb-realm/1.0/car

It seems that the system can not find the
class org.apache.geronimo.openejb.OpenejbRemoteLoginModule.
I get the reference from
http://cwiki.apache.org/GMOxDOC22/configuring-javaee-app-client-security.html
-- 
Best Regards,
Rodger.

unique snapshots problem

2009-06-09 Thread Trygve Hardersen 
Hi

We've had quite a few problems building Geronimo lately and we've switched
our internal repository from Artifactory to Nexus in an attempt to get a
more stable environment. This also made us, not entirely intentionally it
must be said, go from using non-unique to unique snapshots of Geronimo
2.2-SNAPSHOT.

When we deploy Geronimo using unique snapshots we're unable to build our
server later. The car-maven-plugin fails with errors like this:

Cound not find parent configuration:
org.apache.geronimo.configs/openejb-deployer/2.2-20090609.071606-2/car

When Geronimo is deployed using non-unique snapshots, or when we build our
server on a box that also has Geronimo built on it locally, the error does
not occur. Here's the full trace of the error:

[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] could not package plugin

Embedded error: Unable to create configuration for deployment
Cound not find parent configuration:
org.apache.geronimo.configs/openejb-deployer/2.2-20090609.071606-2/car
[INFO]

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: could not package
plugin
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:703)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:540)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:519)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:332)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:356)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: could not package
plugin
at
org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:212)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
... 16 more
Caused by: org.apache.geronimo.common.DeploymentException: Unable to create
configuration for deployment
at
org.apache.geronimo.deployment.DeploymentContext.createTempConfiguration(DeploymentContext.java:151)
at
org.apache.geronimo.deployment.DeploymentContext.(DeploymentContext.java:131)
at
org.apache.geronimo.deployment.DeploymentContext.(DeploymentContext.java:111)
at
org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:227)
at
org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:199)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:256)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:309)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:209)
... 18 more
Caused by: org.apache.geronimo.kernel.config.LifecycleException: load of
no.jotta.backup.plugins/framework-plugin/0.1-SNAPSHOT/car failed
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager

Re: geronimo 2.1.4 failed to start from eclipse

2009-06-09 Thread Ying Tang 
Thanks, Boern.  We don't have to export the WAR now.

Best  Regards,
Ying Tang

2009/6/9 Boern 

> thanks,Ying Tang. The problem is solved ,but I directly deployed the web
> app by GEP,and my deployment plan *geronimo-web.xml is :*
> *
> *
> *
> http://geronimo.apache.org/xml/ns/j2ee/web-1.2";
>  xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.2";
>  xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1";
>  xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>
>   
> 
>   default
>   WebJMS
>   1.0
>   car
> 
> 
> 
> org.apache.geronimo.configs
> activemq-ra
> 2.1.4
> car
> 
> 
>   
>   /WebJMS
>   
> jms/TestConnectionFactory
> 
> org.apache.geronimo.configs
> activemq-ra
> 2.1.4
> DefaultActiveMQConnectionFactory
> 
> 
> 
> jms/TestQueue
> 
> org.apache.geronimo.configs
> activemq-ra
> 2.1.4
> SendReceiveQueue
> 
> 
> 
> *
>
> On Tue, Jun 9, 2009 at 2:52 PM, Ying Tang  wrote:
>
>> Hi,
>>
>> Unfortunately the document was aimed at Geronimo 2.1   In our
>> application,  we should update  version numbers in the deployment plan *
>> geronimo-web.xml*:
>>
>> Change 2.1 into
>>
>> 2.1.4
>>
>> *  *You'd better provide the deployment plan when you "Deploy New" to
>> install new applications, although the document didn't ask you to.
>>
>> I managed to deploy the application on Geronimo 2.1.4 with Eclipse 3.4.1,
>> after modifying  the plan.
>>
>> Please let me know if there is still any problem. Thanks!
>>
>>
>> Best  Regards,
>>
>> Ying Tang
>>
>>
>> 2009/6/9 Boern 
>>
>>> Yes, my geronimo is started successfully  and my web app is the WebJMS
>>> that`s in geronimo wiki
>>> http://cwiki.apache.org/GMOxDOC21/web-application-for-jms-access.html
>>> I
>>> just copy the code and deploy it,that` s all.
>>>
>>>
>>> On Tue, Jun 9, 2009 at 1:30 PM, Ying Tang wrote:
>>>
 Hi Boern,

   Did you successfully start the Geronimo server in Eclipse?

   Could you tell us what your Web application is like?  Let's find out
 what sets off the error.  Thanks.



 Best Regards,

 Ying Tang


 2009/6/9 Boern 

> I replaced the environment use sun jdk1.5 , a clear eclipse and a clean
> gep,but  still cann`t deploy the WebJMS sample  in the geronimo doc
>
> The console output is :
>
> Distribution of module failed.  See log for details.
>   Failed to load servlet class UserServlet
>   org.apache.geronimo.common.DeploymentException: Failed to load
> servlet class UserServlet
>at
> org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.getPortInfo(AdvancedWARWebServiceFinder.java:148)
>at
> org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverPOJOWebServices(AdvancedWARWebServiceFinder.java:125)
>at
> org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverWebServices(AdvancedWARWebServiceFinder.java:45)
>at
> org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:70)
>at
> org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.discoverWebServices(JAXWSServiceBuilder.java:97)
>at
> org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.findWebServices(JAXWSServiceBuilder.java:80)
>at
> org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.basicInitContext(AbstractWebModuleBuilder.java:364)
>at
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.initContext(TomcatModuleBuilder.java:330)
>at
> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.initContext(SwitchingModuleBuilder.java:159)
>at
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:595)
>at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:255)
>at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:134)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:585)
>at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
>at
> org.apache.geronimo.kernel.ba

Re: log4jResource setting in GBean: ApplicationLog4jConfigurationGBean

2009-06-09 Thread viola.lu 

Thanks david.

 I moved folder META-INF/log4j.properties to WEB-INF/classes/, and then
modify deployment plan with :
META-INF/log4j.properties

It works oz it's in the classpath now. 



viola.lu wrote:
> 
> hi, i follow steps in
> http://cwiki.apache.org/GMOxDOC22/configuring-application-specific-logging-with-log4j.html,
> and add gbean information in geronimo-web.xml using log4jResource.
> 
>  class="org.apache.geronimo.system.logging.log4j.ApplicationLog4jConfigurationGBean"
> name="testlogLog4jConfiguration">
>   
>  name="log4jResource">META-INF/log4j.properties
>
> 
> 
> But "Can't find META-INF/log4j.properties " error always exists. if i use
> log4jFile setting like below:
> 
>  class="org.apache.geronimo.system.logging.log4j.ApplicationLog4jConfigurationGBean"
> name="testlogLog4jConfiguration">
>name="log4jFile">var/log/log4j.properties
>  name="ServerInfo">ServerInfo
>
> 
> 
> it works well.
> 
> I looked into ApplicationLog4jConfigurationGBean code:
> ...
> InputStream in;
> if (log4jFile != null) {
> File file = serverInfo.resolveServer(log4jFile);
> in = new FileInputStream(file);
> } else if (log4jResource != null) {
> in = classloader.getResourceAsStream(log4jResource);
> if (in == null) {
> throw new NullPointerException("No log4j properties
> resource found at " + log4jResource);
> }
> } else {
> return;
> }
> 
> ...
> 
> in = classloader.getResourceAsStream(log4jResource);
> 
> ClassLoader will search this file from classpath, and my project structure
> is:
> 
> LogWeb
> ---src(testlog.java
> ---WebContent
>   META-INF(log4j.properties)
>   WEB-INF
>   index.jsp
> 
> 
> Why it can't find out file META-INF/log4j.properties?
> 
> Anyone can figure it out? Thanks.
> 

-- 
View this message in context: 
http://www.nabble.com/log4jResource-setting-in-GBean%3A-ApplicationLog4jConfigurationGBean-tp23936783s134p23938431.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: geronimo 2.1.4 failed to start from eclipse

2009-06-09 Thread Boern 
thanks,Ying Tang. The problem is solved ,but I directly deployed the web app
by GEP,and my deployment plan *geronimo-web.xml is :*
*
*
*
http://geronimo.apache.org/xml/ns/j2ee/web-1.2";
 xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.2";
 xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1";
 xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";>
  

  default
  WebJMS
  1.0
  car



org.apache.geronimo.configs
activemq-ra
2.1.4
car


  
  /WebJMS
  
jms/TestConnectionFactory

org.apache.geronimo.configs
activemq-ra
2.1.4
DefaultActiveMQConnectionFactory



jms/TestQueue

org.apache.geronimo.configs
activemq-ra
2.1.4
SendReceiveQueue



*
On Tue, Jun 9, 2009 at 2:52 PM, Ying Tang  wrote:

> Hi,
>
> Unfortunately the document was aimed at Geronimo 2.1   In our application,
> we should update  version numbers in the deployment plan *geronimo-web.xml
> *:
>
> Change 2.1 into
>
> 2.1.4
>
> *  *You'd better provide the deployment plan when you "Deploy New" to
> install new applications, although the document didn't ask you to.
>
> I managed to deploy the application on Geronimo 2.1.4 with Eclipse 3.4.1,
> after modifying  the plan.
>
> Please let me know if there is still any problem. Thanks!
>
>
> Best  Regards,
>
> Ying Tang
>
>
> 2009/6/9 Boern 
>
>> Yes, my geronimo is started successfully  and my web app is the WebJMS
>> that`s in geronimo wiki
>> http://cwiki.apache.org/GMOxDOC21/web-application-for-jms-access.html
>> I
>> just copy the code and deploy it,that` s all.
>>
>>
>> On Tue, Jun 9, 2009 at 1:30 PM, Ying Tang  wrote:
>>
>>> Hi Boern,
>>>
>>>   Did you successfully start the Geronimo server in Eclipse?
>>>
>>>   Could you tell us what your Web application is like?  Let's find out
>>> what sets off the error.  Thanks.
>>>
>>>
>>>
>>> Best Regards,
>>>
>>> Ying Tang
>>>
>>>
>>> 2009/6/9 Boern 
>>>
 I replaced the environment use sun jdk1.5 , a clear eclipse and a clean
 gep,but  still cann`t deploy the WebJMS sample  in the geronimo doc

 The console output is :

 Distribution of module failed.  See log for details.
   Failed to load servlet class UserServlet
   org.apache.geronimo.common.DeploymentException: Failed to load servlet
 class UserServlet
at
 org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.getPortInfo(AdvancedWARWebServiceFinder.java:148)
at
 org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverPOJOWebServices(AdvancedWARWebServiceFinder.java:125)
at
 org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverWebServices(AdvancedWARWebServiceFinder.java:45)
at
 org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:70)
at
 org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.discoverWebServices(JAXWSServiceBuilder.java:97)
at
 org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.findWebServices(JAXWSServiceBuilder.java:80)
at
 org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.basicInitContext(AbstractWebModuleBuilder.java:364)
at
 org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.initContext(TomcatModuleBuilder.java:330)
at
 org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.initContext(SwitchingModuleBuilder.java:159)
at
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:595)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:255)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:134)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
 org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
at
 org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at
 org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

Re: log4jResource setting in GBean: ApplicationLog4jConfigurationGBean

2009-06-09 Thread David Jencks 


On Jun 8, 2009, at 11:03 PM, viola.lu wrote:



hi, i follow steps in
http://cwiki.apache.org/GMOxDOC22/configuring-application-specific-logging-with-log4j.html 
,

and add gbean information in geronimo-web.xml using log4jResource.

class 
= 
"org 
.apache 
.geronimo.system.logging.log4j.ApplicationLog4jConfigurationGBean"

name="testlogLog4jConfiguration">

   META-INF/log4j.properties

   

But "Can't find META-INF/log4j.properties " error always exists. if  
i use

log4jFile setting like below:

class 
= 
"org 
.apache 
.geronimo.system.logging.log4j.ApplicationLog4jConfigurationGBean"

name="testlogLog4jConfiguration">
 var/log/log4j.properties
   ServerInfo
   
   

it works well.

I looked into ApplicationLog4jConfigurationGBean code:
...
InputStream in;
   if (log4jFile != null) {
   File file = serverInfo.resolveServer(log4jFile);
   in = new FileInputStream(file);
   } else if (log4jResource != null) {
   in = classloader.getResourceAsStream(log4jResource);
   if (in == null) {
   throw new NullPointerException("No log4j properties  
resource

found at " + log4jResource);
   }
   } else {
   return;
   }

...

in = classloader.getResourceAsStream(log4jResource);

ClassLoader will search this file from classpath, and my project  
structure

is:

LogWeb
   ---src(testlog.java
   ---WebContent
 META-INF(log4j.properties)
 WEB-INF
 index.jsp
   

Why it can't find out file META-INF/log4j.properties?


Because that's not in your classpath.

Try WEB-INF/classes/META-INF/log4j.properties.

thanks
david jencks




Anyone can figure it out? Thanks.
--
View this message in context: 
http://www.nabble.com/log4jResource-setting-in-GBean%3A-ApplicationLog4jConfigurationGBean-tp23936783s134p23936783.html
Sent from the Apache Geronimo - Users mailing list archive at  
Nabble.com.