Re: Build broken?
FYI for all those not in the know... This is caused by Maven 2.0.8...so be sure you are using 2.0.7 and this problem goes away. I am not sure what causes it...but I thought I would share this with all just in case it's encountered. Jeff Jeff Genender wrote: > Here is the error...don't know whats up: > > issing dependency: org.apache.geronimo.configs/transaction//car > [INFO] > > [DEBUG] Trace > org.apache.maven.lifecycle.LifecycleExecutionException: load of > org.apache.geronimo.configs/connector-deployer/2.1-SNAPSHOT/car failed > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:282) > 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.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: load of > org.apache.geronimo.configs/connector-deployer/2.1-SNAPSHOT/car failed > at > org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:137) > at > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:447) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) > ... 16 more > Caused by: org.apache.geronimo.kernel.config.LifecycleException: load of > org.apache.geronimo.configs/connector-deployer/2.1-SNAPSHOT/car failed > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:300) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:281) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:256) > at > org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111) > at > org.apache.geronimo.kernel.config.KernelConfigurationManager$$FastClassByCGLIB$$b117102f.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$9b238d66.loadConfiguration() > at > org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:489) > at > org.apache.geronimo.mavenplugins.car.PackageMojo.doExecute(PackageMojo.java:309) > at > org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:122) > ... 18 more > Caused by: > org.apache.geronimo.kernel.repository.MissingDependencyException: > Missing dependency: org.apache.geronimo.configs/transaction//car > at > org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:111) > at > org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:104) > at > org.apache.geronimo.kernel.repository.DefaultArtifactResolver$$FastClassByCGLIB$$e847b746.invoke() > at
Re: Build broken?
Here is the error...don't know whats up: issing dependency: org.apache.geronimo.configs/transaction//car [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: load of org.apache.geronimo.configs/connector-deployer/2.1-SNAPSHOT/car failed at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126) at org.apache.maven.cli.MavenCli.main(MavenCli.java:282) 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.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: load of org.apache.geronimo.configs/connector-deployer/2.1-SNAPSHOT/car failed at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:137) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:447) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) ... 16 more Caused by: org.apache.geronimo.kernel.config.LifecycleException: load of org.apache.geronimo.configs/connector-deployer/2.1-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:300) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:281) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:256) at org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111) at org.apache.geronimo.kernel.config.KernelConfigurationManager$$FastClassByCGLIB$$b117102f.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$9b238d66.loadConfiguration() at org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:489) at org.apache.geronimo.mavenplugins.car.PackageMojo.doExecute(PackageMojo.java:309) at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:122) ... 18 more Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException: Missing dependency: org.apache.geronimo.configs/transaction//car at org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:111) at org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:104) at org.apache.geronimo.kernel.repository.DefaultArtifactResolver$$FastClassByCGLIB$$e847b746.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at
Re: Build broken?
Build seems to be happy here:
http://people.apache.org/~prasad/binaries/trunk/20071204/build-0300.log
Thanks
Anita
--- Jeff Genender <[EMAIL PROTECTED]> wrote:
> I am not able to build the latest trunk...any ideas?
>
> [INFO]
>
> [INFO] Building Geronimo Configs :: System Database
> [INFO]task-segment: [install]
> [INFO]
>
> [INFO] [enforcer:enforce {execution: default}]
> [INFO] [tools:copy-legal-files {execution: install-legal-files}]
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [car:validate-configuration]
> [INFO] [car:prepare-plan]
> [INFO] Generated:
>
/Users/jeffgenender/Projects/geronimo/plugins/system-database/system-database/target/resources/META-INF/plan.xml
> [INFO] [car:prepare-metadata]
> [INFO] [car:package]
> [INFO] Packaging module configuration:
>
/Users/jeffgenender/Projects/geronimo/plugins/system-database/system-database/target/resources/META-INF/plan.xml
> [INFO]
>
> [ERROR] BUILD ERROR
> [INFO]
>
> [INFO] load of
> org.apache.geronimo.configs/j2ee-deployer/2.1-SNAPSHOT/car failed
>
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
Re: Build broken...again?!
On 2/12/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote: "rm -rf ~/.m2/repository/org/apache/axis2/" - Maven2 is at fault :( It's helped. Thanks! Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Build broken...again?!
"rm -rf ~/.m2/repository/org/apache/axis2/" - Maven2 is at fault :( -- dims On 2/12/07, Jacek Laskowski <[EMAIL PROTECTED]> wrote: Hi, Got this while building the latest Geronimo sources. Anyone know what's up? Shall I remove my local m2 repo or part of it to get rid of the build error (which I doubt will help in this particular case)? [EMAIL PROTECTED] /cygdrive/c/oss/geronimo $ mvn clean install ... [INFO] [compiler:compile] Compiling 76 source files to c:\oss\geronimo\modules\geronimo-axis2\target\classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure c:\oss\geronimo\modules\geronimo-axis2\src\main\java\org\apache\geronimo\axis2\Axis2WebServiceContainer.java:[541,55] cannot find symbol symbol : variable PARAM_BINDING location: class org.apache.axis2.jaxws.server.JAXWSMessageReceiver [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 8 minutes 30 seconds [INFO] Finished at: Mon Feb 12 15:21:59 CET 2007 [INFO] Final Memory: 83M/254M [INFO] [EMAIL PROTECTED] /cygdrive/c/oss/geronimo $ svn up At revision 506458. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl -- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers
Re: build broken
Works on OS X now as well... nice work!
-LeoD
Antoni Reus wrote:
>
> It seems there is a problem in samples:
>
> It seems there is a problem with relative/absolute path of file
> "samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml"
>
> mvn -Dmaven.test.skip=true -Dprofile=step2 install, fails with:
>
>
> [INFO]
>
> [INFO] Building ServiceMix :: Samples :: WSDL first :: JSR181
> [INFO]task-segment: [install]
> [INFO]
>
> [INFO] [antrun:run {execution: default}]
> [INFO] Executing tasks
> 11/08/200It seems there is a problem with relative/absolute path of file
> "samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml"6
> 09:41:37 org.codehaus.xfire.gen.Wsdl11Generator generate
> INFO: Generating code for WSDL at
> file:/home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/person.wsdl
>
> with a base URI of
> file:/home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/person.wsdl
> org/apache/servicemix/samples/wsdl_first/types/GetPersonRequest.java
> org/apache/servicemix/samples/wsdl_first/types/GetPersonResponse.java
> org/apache/servicemix/samples/wsdl_first/types/ObjectFactory.java
> org/apache/servicemix/samples/wsdl_first/types/UnknownPersonFault.java
> org/apache/servicemix/samples/wsdl_first/types/package-info.java
> 11/08/2006 09:41:37
> org.codehaus.xfire.gen.jsr181.AbstractServiceGenerator generate
> INFO: Creating class org.apache.servicemix.samples.wsdl_first.Person
> 11/08/2006 09:41:37
> org.codehaus.xfire.gen.jsr181.AbstractServiceGenerator generate
> INFO: Creating class
> org.apache.servicemix.samples.wsdl_first.PersonServiceImpl
> org/apache/servicemix/samples/wsdl_first/Person.java
> org/apache/servicemix/samples/wsdl_first/PersonServiceImpl.java
> org/apache/servicemix/samples/wsdl_first/PersonServiceService.java
> org/apache/servicemix/samples/wsdl_first/UnknownPersonFault.java
> [INFO] Executed tasks
> [INFO] Registering compile source root
> /home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/target/jaxws
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> Compiling 9 source files to
> /home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/target/classes
> [INFO] [jbi:generate-jbi-service-unit-descriptor]
> [INFO] Generating jbi.xml
> [INFO] Created Service Unit Analyzer
> [EMAIL PROTECTED]
> 2006-08-11 09:41:38,733 [main ] INFO
> CollectionFactory - JDK 1.4+ collections available
> 2006-08-11 09:41:38,743 [main ] INFO
> CollectionFactory - Commons Collections 3.x available
> 2006-08-11 09:41:38,785 [main ] INFO
> XBeanXmlBeanDefinitionReader - Loading XML bean definitions from file
> [/home/IBIT/areus/java/servicemix/servicemix-3.0-dev/home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml]
> [INFO]
>
> [ERROR] BUILD ERROR
> [INFO]
>
> [INFO] Failed to generate jbi.xml
>
> Embedded error: Unable to generate service unit descriptor!
> home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml
>
> (No such file or directory)
>
>
>
>
> Salut.
>
>
>
>
>
>
> --
>
> Antoni Reus Darder
> Cap de Projecte
> Administració Digital, Negoci Electrònic i Sanitat
>
> F u n d a c i ó I B I T
> Illes Balears Innovació Tecnològica
> http://www.ibit.org
> Tel. +34 971 17 72 70/71
> Fax. +34 971 17 72 79
>
>
>
>
>
--
View this message in context:
http://www.nabble.com/build-broken-tf2089208.html#a5789839
Sent from the ServiceMix - Dev forum at Nabble.com.
Re: build broken
So it may be a platform issue. Philip, could you take a look at it ?
On 8/13/06, ldangelo <[EMAIL PROTECTED]> wrote:
I'm having the same problem... I am using java version 1.5 on Mac OS X
Tiger... if I execute mvn with -X I see something interesting...
The path for the Bean file appears to be invalid... Here is the output:
2006-08-13 01:02:19,948 [main ]
INFO XBeanXmlBeanDefinitionReader
- Loading XML bean definitions from file
[/Users/ldangelo/Development/servicemix/trunk/samples/wsdl-first/wsdl-first-jsr181-su/Users/ldangelo/Development/servicemix/trunk/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml]
Also if you notice the actuall error message:
Embedded error: Unable to generate service unit descriptor!
Users/ldangelo/Development/servicemix/trunk/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml
(No such file or directory)
The leading slash is missing? It should be /Users... Any idea how to
work
around/fix this issue?
-LeoD
Antoni Reus wrote:
>
> It seems there is a problem in samples:
>
> It seems there is a problem with relative/absolute path of file
> "samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml"
>
> mvn -Dmaven.test.skip=true -Dprofile=step2 install, fails with:
>
>
> [INFO]
>
> [INFO] Building ServiceMix :: Samples :: WSDL first :: JSR181
> [INFO]task-segment: [install]
> [INFO]
>
> [INFO] [antrun:run {execution: default}]
> [INFO] Executing tasks
> 11/08/200It seems there is a problem with relative/absolute path of file
> "samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml"6
> 09:41:37 org.codehaus.xfire.gen.Wsdl11Generator generate
> INFO: Generating code for WSDL at
> file:/home/IBIT/areus/java/servicemix/servicemix-3.0-dev
/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/person.wsdl
> with a base URI of
> file:/home/IBIT/areus/java/servicemix/servicemix-3.0-dev
/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/person.wsdl
> org/apache/servicemix/samples/wsdl_first/types/GetPersonRequest.java
> org/apache/servicemix/samples/wsdl_first/types/GetPersonResponse.java
> org/apache/servicemix/samples/wsdl_first/types/ObjectFactory.java
> org/apache/servicemix/samples/wsdl_first/types/UnknownPersonFault.java
> org/apache/servicemix/samples/wsdl_first/types/package-info.java
> 11/08/2006 09:41:37
> org.codehaus.xfire.gen.jsr181.AbstractServiceGenerator generate
> INFO: Creating class org.apache.servicemix.samples.wsdl_first.Person
> 11/08/2006 09:41:37
> org.codehaus.xfire.gen.jsr181.AbstractServiceGenerator generate
> INFO: Creating class
> org.apache.servicemix.samples.wsdl_first.PersonServiceImpl
> org/apache/servicemix/samples/wsdl_first/Person.java
> org/apache/servicemix/samples/wsdl_first/PersonServiceImpl.java
> org/apache/servicemix/samples/wsdl_first/PersonServiceService.java
> org/apache/servicemix/samples/wsdl_first/UnknownPersonFault.java
> [INFO] Executed tasks
> [INFO] Registering compile source root
> /home/IBIT/areus/java/servicemix/servicemix-3.0-dev
/samples/wsdl-first/wsdl-first-jsr181-su/target/jaxws
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> Compiling 9 source files to
> /home/IBIT/areus/java/servicemix/servicemix-3.0-dev
/samples/wsdl-first/wsdl-first-jsr181-su/target/classes
> [INFO] [jbi:generate-jbi-service-unit-descriptor]
> [INFO] Generating jbi.xml
> [INFO] Created Service Unit Analyzer
> [EMAIL PROTECTED]
> 2006-08-11 09:41:38,733 [main ] INFO
> CollectionFactory - JDK 1.4+ collections available
> 2006-08-11 09:41:38,743 [main ] INFO
> CollectionFactory - Commons Collections 3.x available
> 2006-08-11 09:41:38,785 [main ] INFO
> XBeanXmlBeanDefinitionReader - Loading XML bean definitions from file
> [/home/IBIT/areus/java/servicemix/servicemix-3.0-dev
/home/IBIT/areus/java/servicemix/servicemix-3.0-dev
/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml]
> [INFO]
>
> [ERROR] BUILD ERROR
> [INFO]
>
> [INFO] Failed to generate jbi.xml
>
> Embedded error: Unable to generate service unit descriptor!
> home/IBIT/areus/java/servicemix/servicemix-3.0-dev
/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml
> (No such file or directory)
>
>
>
>
> Salut.
>
>
>
>
>
>
> --
>
> Antoni Reus Darder
> Cap de Projecte
> Administració Digital, Negoci Electrònic i Sanitat
>
> F u n d a c i ó I B I T
> Illes Balears Innovació Tecnològica
> http://www.ibit.org
> Tel. +34 971 17 72 70/71
> Fax. +34 971 17 72 79
>
Re: build broken
I'm having the same problem... I am using java version 1.5 on Mac OS X
Tiger... if I execute mvn with -X I see something interesting...
The path for the Bean file appears to be invalid... Here is the output:
2006-08-13 01:02:19,948 [main ] INFO XBeanXmlBeanDefinitionReader
- Loading XML bean definitions from file
[/Users/ldangelo/Development/servicemix/trunk/samples/wsdl-first/wsdl-first-jsr181-su/Users/ldangelo/Development/servicemix/trunk/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml]
Also if you notice the actuall error message:
Embedded error: Unable to generate service unit descriptor!
Users/ldangelo/Development/servicemix/trunk/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml
(No such file or directory)
The leading slash is missing? It should be /Users... Any idea how to work
around/fix this issue?
-LeoD
Antoni Reus wrote:
>
> It seems there is a problem in samples:
>
> It seems there is a problem with relative/absolute path of file
> "samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml"
>
> mvn -Dmaven.test.skip=true -Dprofile=step2 install, fails with:
>
>
> [INFO]
>
> [INFO] Building ServiceMix :: Samples :: WSDL first :: JSR181
> [INFO]task-segment: [install]
> [INFO]
>
> [INFO] [antrun:run {execution: default}]
> [INFO] Executing tasks
> 11/08/200It seems there is a problem with relative/absolute path of file
> "samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml"6
> 09:41:37 org.codehaus.xfire.gen.Wsdl11Generator generate
> INFO: Generating code for WSDL at
> file:/home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/person.wsdl
>
> with a base URI of
> file:/home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/person.wsdl
> org/apache/servicemix/samples/wsdl_first/types/GetPersonRequest.java
> org/apache/servicemix/samples/wsdl_first/types/GetPersonResponse.java
> org/apache/servicemix/samples/wsdl_first/types/ObjectFactory.java
> org/apache/servicemix/samples/wsdl_first/types/UnknownPersonFault.java
> org/apache/servicemix/samples/wsdl_first/types/package-info.java
> 11/08/2006 09:41:37
> org.codehaus.xfire.gen.jsr181.AbstractServiceGenerator generate
> INFO: Creating class org.apache.servicemix.samples.wsdl_first.Person
> 11/08/2006 09:41:37
> org.codehaus.xfire.gen.jsr181.AbstractServiceGenerator generate
> INFO: Creating class
> org.apache.servicemix.samples.wsdl_first.PersonServiceImpl
> org/apache/servicemix/samples/wsdl_first/Person.java
> org/apache/servicemix/samples/wsdl_first/PersonServiceImpl.java
> org/apache/servicemix/samples/wsdl_first/PersonServiceService.java
> org/apache/servicemix/samples/wsdl_first/UnknownPersonFault.java
> [INFO] Executed tasks
> [INFO] Registering compile source root
> /home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/target/jaxws
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> Compiling 9 source files to
> /home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/target/classes
> [INFO] [jbi:generate-jbi-service-unit-descriptor]
> [INFO] Generating jbi.xml
> [INFO] Created Service Unit Analyzer
> [EMAIL PROTECTED]
> 2006-08-11 09:41:38,733 [main ] INFO
> CollectionFactory - JDK 1.4+ collections available
> 2006-08-11 09:41:38,743 [main ] INFO
> CollectionFactory - Commons Collections 3.x available
> 2006-08-11 09:41:38,785 [main ] INFO
> XBeanXmlBeanDefinitionReader - Loading XML bean definitions from file
> [/home/IBIT/areus/java/servicemix/servicemix-3.0-dev/home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml]
> [INFO]
>
> [ERROR] BUILD ERROR
> [INFO]
>
> [INFO] Failed to generate jbi.xml
>
> Embedded error: Unable to generate service unit descriptor!
> home/IBIT/areus/java/servicemix/servicemix-3.0-dev/samples/wsdl-first/wsdl-first-jsr181-su/src/main/resources/xbean.xml
>
> (No such file or directory)
>
>
>
>
> Salut.
>
>
>
>
>
>
> --
>
> Antoni Reus Darder
> Cap de Projecte
> Administració Digital, Negoci Electrònic i Sanitat
>
> F u n d a c i ó I B I T
> Illes Balears Innovació Tecnològica
> http://www.ibit.org
> Tel. +34 971 17 72 70/71
> Fax. +34 971 17 72 79
>
>
>
>
>
--
View this message in context:
Re: build broken
We have changed the tooling version to 3.0, so for the first time you have to build following the instructions on http://servicemix.goopen.org/site/building.html On 8/11/06, Tomas Olsson <[EMAIL PROTECTED]> wrote: Hi, I have recently updated my old servicemix trunk version but when I run maven I get: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.servicemix.tooling -DartifactId=jbi-maven-plugin \ -Dversion=3.0-incubating-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file org.apache.servicemix.tooling:jbi-maven-plugin:maven-plugin:3.0-incubating-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), servicemix-m2-repo (http://servicemix.org/m2-repo), apache.snapshots (http://cvs.apache.org/maven-snapshot-repository) org.apache.servicemix.tooling:jbi-maven-plugin:maven-plugin:3.0-incubating-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), servicemix-m2-repo (http://servicemix.org/m2-repo), apache.snapshots (http://cvs.apache.org/maven-snapshot-repository) Whats wrong /Tomas -- Cheers, Guillaume Nodet
Re: build broken
Hi, I have recently updated my old servicemix trunk version but when I run maven I get: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.servicemix.tooling -DartifactId=jbi-maven-plugin \ -Dversion=3.0-incubating-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file org.apache.servicemix.tooling:jbi-maven-plugin:maven-plugin:3.0-incubating-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), servicemix-m2-repo (http://servicemix.org/m2-repo), apache.snapshots (http://cvs.apache.org/maven-snapshot-repository) org.apache.servicemix.tooling:jbi-maven-plugin:maven-plugin:3.0-incubating-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), servicemix-m2-repo (http://servicemix.org/m2-repo), apache.snapshots (http://cvs.apache.org/maven-snapshot-repository) Whats wrong /Tomas
Re: Build Broken after change r396767
Oops, Dain said he published the JARs, so try an online build. Thanks, Aaron On 4/25/06, Aaron Mulder <[EMAIL PROTECTED]> wrote: > We need an updated ActiveMQ snapshot to be published. In the mean > time you can build ActiveMQ 3.2.4-SNAPSHOT locally and that should > work. > > Thanks, > Aaron > > On 4/25/06, Matt Hogstrom <[EMAIL PROTECTED]> wrote: > > I did an SVN update and started getting the error below when building the > > configs. Aaron, it looks > > like it has something to do with your plan change in r396767. > > > > > > > > Here is the error: > > > > > > + > > | configurations ActiveMQ broker configuration > > | Memory: 37M/64M > > + > > DEPRECATED: the default goal should be specified in the section of > > project.xml instead of > > maven.xml > > DEPRECATED: the default goal should be specified in the section of > > project.xml instead of > > maven.xml > > > > build:end: > > > > Attempting to download system-database-1.1-SNAPSHOT.car. > > Attempting to download activemq-gbean-g1_1-3.2.4-SNAPSHOT.jar. > > Attempting to download activemq-gbean-management-g1_1-3.2.4-SNAPSHOT.jar. > > build:start: > > > > multiproject:install-callback: > > [echo] Running car:install for ActiveMQ broker configuration > > car:prepare-plan: > > > > car:package: > > [delete] Deleting directory > > /home/hogstrom/geronimo/branches/1.1/configs/activemq-broker/target/repository > > [mkdir] Created dir: > > /home/hogstrom/geronimo/branches/1.1/configs/activemq-broker/target/repository > > > > Packaging configuration > > /home/hogstrom/geronimo/branches/1.1/configs/activemq-broker/target/plan/plan.xml > > > > 19173 [main] ERROR org.apache.geronimo.plugin.packaging.PackageBuilder - > > org.apache.geronimo.common.DeploymentException: No reference named > > JMSManager in gbean > > geronimo/activemq-broker/1.1-SNAPSHOT/car?ServiceModule=geronimo/activemq-broker/1.1-SNAPSHOT/car,j2eeType=JMSServer,name=ActiveMQ > > org.apache.geronimo.common.DeploymentException: No reference named > > JMSManager in gbean > > geronimo/activemq-broker/1.1-SNAPSHOT/car?ServiceModule=geronimo/activemq-broker/1.1-SNAPSHOT/car,j2eeType=JMSServer,name=ActiveMQ > > at > > org.apache.geronimo.deployment.service.GBeanBuilder.buildAbstractNameQuery(GBeanBuilder.java:153) > > at > > org.apache.geronimo.deployment.service.GBeanBuilder.setReference(GBeanBuilder.java:128) > > at > > org.apache.geronimo.deployment.service.GBeanBuilder.setReference(GBeanBuilder.java:122) > > at > > org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeanData(ServiceConfigBuilder.java:267) > > at > > org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeans(ServiceConfigBuilder.java:231) > > at > > org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:218) > > at > > org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:182) > > at > > org.apache.geronimo.deployment.service.ServiceConfigBuilder$$FastClassByCGLIB$$9f173be6.invoke() > > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > > at > > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > > at > > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122) > > at > > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:816) > > at > > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > > at > > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > > at > > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > > at > > org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$1d68ee16.buildConfiguration() > > at > > org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:301) > > at > > org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke() > > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > > at > > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > > at > > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122) > > at > > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:851) > > at > > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) > > at > > org.apache.geronimo.plugin.packaging.PackageBuilder.invokeDeployer(PackageBuilder.java:430) > > at > > org.apache.geronimo.plugin.packaging.PackageBuilder.execute(PackageBuilder.java:294) > > at
Re: Build Broken after change r396767
We need an updated ActiveMQ snapshot to be published. In the mean time you can build ActiveMQ 3.2.4-SNAPSHOT locally and that should work. Thanks, Aaron On 4/25/06, Matt Hogstrom <[EMAIL PROTECTED]> wrote: > I did an SVN update and started getting the error below when building the > configs. Aaron, it looks > like it has something to do with your plan change in r396767. > > > > Here is the error: > > > + > | configurations ActiveMQ broker configuration > | Memory: 37M/64M > + > DEPRECATED: the default goal should be specified in the section of > project.xml instead of > maven.xml > DEPRECATED: the default goal should be specified in the section of > project.xml instead of > maven.xml > > build:end: > > Attempting to download system-database-1.1-SNAPSHOT.car. > Attempting to download activemq-gbean-g1_1-3.2.4-SNAPSHOT.jar. > Attempting to download activemq-gbean-management-g1_1-3.2.4-SNAPSHOT.jar. > build:start: > > multiproject:install-callback: > [echo] Running car:install for ActiveMQ broker configuration > car:prepare-plan: > > car:package: > [delete] Deleting directory > /home/hogstrom/geronimo/branches/1.1/configs/activemq-broker/target/repository > [mkdir] Created dir: > /home/hogstrom/geronimo/branches/1.1/configs/activemq-broker/target/repository > > Packaging configuration > /home/hogstrom/geronimo/branches/1.1/configs/activemq-broker/target/plan/plan.xml > > 19173 [main] ERROR org.apache.geronimo.plugin.packaging.PackageBuilder - > org.apache.geronimo.common.DeploymentException: No reference named JMSManager > in gbean > geronimo/activemq-broker/1.1-SNAPSHOT/car?ServiceModule=geronimo/activemq-broker/1.1-SNAPSHOT/car,j2eeType=JMSServer,name=ActiveMQ > org.apache.geronimo.common.DeploymentException: No reference named JMSManager > in gbean > geronimo/activemq-broker/1.1-SNAPSHOT/car?ServiceModule=geronimo/activemq-broker/1.1-SNAPSHOT/car,j2eeType=JMSServer,name=ActiveMQ > at > org.apache.geronimo.deployment.service.GBeanBuilder.buildAbstractNameQuery(GBeanBuilder.java:153) > at > org.apache.geronimo.deployment.service.GBeanBuilder.setReference(GBeanBuilder.java:128) > at > org.apache.geronimo.deployment.service.GBeanBuilder.setReference(GBeanBuilder.java:122) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeanData(ServiceConfigBuilder.java:267) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.addGBeans(ServiceConfigBuilder.java:231) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:218) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:182) > at > org.apache.geronimo.deployment.service.ServiceConfigBuilder$$FastClassByCGLIB$$9f173be6.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:816) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB$$1d68ee16.buildConfiguration() > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:301) > at > org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke() > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at > org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:851) > at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) > at > org.apache.geronimo.plugin.packaging.PackageBuilder.invokeDeployer(PackageBuilder.java:430) > at > org.apache.geronimo.plugin.packaging.PackageBuilder.execute(PackageBuilder.java:294) > 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:324) > at >
RE: [spam] Re: build broken (assembly module)?
There seems to be a mismatch between the jars that maven picks up. This always happens whenever some major refactoring occurs. The way to get around this is to refresh both Geronimo and OpenEJB and build them both by hand. Build OpenEJB first, then Geronimo second. This seems to work for me. Regards, Alan -Original Message- From: toby cabot [mailto:[EMAIL PROTECTED] Sent: Friday, July 16, 2004 9:09 AM To: [EMAIL PROTECTED] Subject: [spam] Re: build broken (assembly module)? On Thu, Jul 15, 2004 at 02:54:27PM -0700, David Jencks wrote: > Can you check that your openejb copy is up to date? I did a CVS pull and a "maven clean && maven", is there anything more I need to do? > I've been trying > to fix these case problems in both projects while doing actual > development work and I think but am not entirely sure that at least > this problem is fixed. These attribute names should start with lower > case as in cvs. OK, here's more data. I have a resource adapter with a config-property called "group" (or maybe "Group"). Anyway, the bean setter is setGroup(String group). If I put group in geronimo-ra.xml I get (at startup): 08:45:36,921 DEBUG [GBeanMBean] geronimo.config:name="reva/spreadRA" State changed from stopped to starting 08:45:36,966 DEBUG [Configuration] ClassPath for reva/spreadRA resolved to [file:/home/tcabot/try/incubator-geronimo/target/config-store/13/connect or/spread-3.17.0.jar, file:/home/tcabot/try/incubator-geronimo/target/config-store/13/connecto r/x-spread.jar] 08:45:37,127 ERROR [Configuration] caught in doStart(): java.lang.IllegalArgumentException: reva.x.ra.spread.AdapterImpl: unknown attribute group at org.apache.geronimo.gbean.DynamicGBeanDelegate.setAttribute(DynamicGBean Delegate.java:119) at org.apache.geronimo.connector.ResourceAdapterWrapper.setAttribute(Resour ceAdapterWrapper.java:131) at org.apache.geronimo.gbean.jmx.GBeanMBeanAttribute$DynamicSetterMethodInv oker.invoke(GBeanMBeanAttribute.java:473) at org.apache.geronimo.gbean.jmx.GBeanMBeanAttribute.online(GBeanMBeanAttri bute.java:273) at org.apache.geronimo.gbean.jmx.GBeanMBean.preRegister(GBeanMBean.java:537 ) at mx4j.server.interceptor.InvokerMBeanServerInterceptor.registration(Invok erMBeanServerInterceptor.java:158) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(Defau ltMBeanServerInterceptor.java:111) at mx4j.server.interceptor.SecurityMBeanServerInterceptor.registration(Secu rityMBeanServerInterceptor.java:135) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(Defau ltMBeanServerInterceptor.java:111) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(Defau ltMBeanServerInterceptor.java:111) at mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.registr ation(ContextClassLoaderMBeanServerInterceptor.java:161) at mx4j.server.MX4JMBeanServer.registerImpl(MX4JMBeanServer.java:801) at mx4j.server.MX4JMBeanServer.registerMBeanImpl(MX4JMBeanServer.java:745) at mx4j.server.MX4JMBeanServer.registerMBean(MX4JMBeanServer.java:729) at org.apache.geronimo.kernel.Kernel.loadGBean(Kernel.java:254) If I change it to group I get (at shutdown): 17:59:22,292 DEBUG [GBeanMBean] geronimo.config:name="reva/spreadRA" State changed from running to stopping 17:59:22,292 INFO [Configuration] Stopping configuration reva/spreadRA 17:59:22,332 ERROR [GBeanMBeanAttribute] Could not get the current value of persistent attribute while going offline. The persistent attribute will not reflect the current state attribute. Attribute Name: Group, Type: class java.lang.Object, GBean: org.apache.geronimo.connector.ResourceAdapterWrapper java.lang.IllegalArgumentException: reva.x.ra.spread.AdapterImpl: unknown attribute Group at org.apache.geronimo.gbean.DynamicGBeanDelegate.getAttribute(DynamicGBean Delegate.java:111) at org.apache.geronimo.connector.ResourceAdapterWrapper.getAttribute(Resour ceAdapterWrapper.java:127) at org.apache.geronimo.gbean.jmx.GBeanMBeanAttribute$DynamicGetterMethodInv oker.invoke(GBeanMBeanAttribute.java:461) at org.apache.geronimo.gbean.jmx.GBeanMBeanAttribute.offline(GBeanMBeanAttr ibute.java:289) at org.apache.geronimo.gbean.jmx.GBeanMBean.postDeregister(GBeanMBean.java: 572) at mx4j.server.interceptor.InvokerMBeanServerInterceptor.registration(Invok erMBeanServerInterceptor.java:171) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(Defau ltMBeanServerInterceptor.java:111) at mx4j.server.interceptor.SecurityMBeanServerInterceptor.registration(Secu rityMBeanServerInterceptor.java:135) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(Defau ltMBeanServerInterceptor.java:11
Re: build broken (assembly module)?
On Thu, Jul 15, 2004 at 02:54:27PM -0700, David Jencks wrote: > Can you check that your openejb copy is up to date? I did a CVS pull and a "maven clean && maven", is there anything more I need to do? > I've been trying > to fix these case problems in both projects while doing actual > development work and I think but am not entirely sure that at least > this problem is fixed. These attribute names should start with lower > case as in cvs. OK, here's more data. I have a resource adapter with a config-property called "group" (or maybe "Group"). Anyway, the bean setter is setGroup(String group). If I put group in geronimo-ra.xml I get (at startup): 08:45:36,921 DEBUG [GBeanMBean] geronimo.config:name="reva/spreadRA" State changed from stopped to starting 08:45:36,966 DEBUG [Configuration] ClassPath for reva/spreadRA resolved to [file:/home/tcabot/try/incubator-geronimo/target/config-store/13/connector/spread-3.17.0.jar, file:/home/tcabot/try/incubator-geronimo/target/config-store/13/connector/x-spread.jar] 08:45:37,127 ERROR [Configuration] caught in doStart(): java.lang.IllegalArgumentException: reva.x.ra.spread.AdapterImpl: unknown attribute group at org.apache.geronimo.gbean.DynamicGBeanDelegate.setAttribute(DynamicGBeanDelegate.java:119) at org.apache.geronimo.connector.ResourceAdapterWrapper.setAttribute(ResourceAdapterWrapper.java:131) at org.apache.geronimo.gbean.jmx.GBeanMBeanAttribute$DynamicSetterMethodInvoker.invoke(GBeanMBeanAttribute.java:473) at org.apache.geronimo.gbean.jmx.GBeanMBeanAttribute.online(GBeanMBeanAttribute.java:273) at org.apache.geronimo.gbean.jmx.GBeanMBean.preRegister(GBeanMBean.java:537) at mx4j.server.interceptor.InvokerMBeanServerInterceptor.registration(InvokerMBeanServerInterceptor.java:158) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(DefaultMBeanServerInterceptor.java:111) at mx4j.server.interceptor.SecurityMBeanServerInterceptor.registration(SecurityMBeanServerInterceptor.java:135) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(DefaultMBeanServerInterceptor.java:111) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(DefaultMBeanServerInterceptor.java:111) at mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.registration(ContextClassLoaderMBeanServerInterceptor.java:161) at mx4j.server.MX4JMBeanServer.registerImpl(MX4JMBeanServer.java:801) at mx4j.server.MX4JMBeanServer.registerMBeanImpl(MX4JMBeanServer.java:745) at mx4j.server.MX4JMBeanServer.registerMBean(MX4JMBeanServer.java:729) at org.apache.geronimo.kernel.Kernel.loadGBean(Kernel.java:254) If I change it to group I get (at shutdown): 17:59:22,292 DEBUG [GBeanMBean] geronimo.config:name="reva/spreadRA" State changed from running to stopping 17:59:22,292 INFO [Configuration] Stopping configuration reva/spreadRA 17:59:22,332 ERROR [GBeanMBeanAttribute] Could not get the current value of persistent attribute while going offline. The persistent attribute will not reflect the current state attribute. Attribute Name: Group, Type: class java.lang.Object, GBean: org.apache.geronimo.connector.ResourceAdapterWrapper java.lang.IllegalArgumentException: reva.x.ra.spread.AdapterImpl: unknown attribute Group at org.apache.geronimo.gbean.DynamicGBeanDelegate.getAttribute(DynamicGBeanDelegate.java:111) at org.apache.geronimo.connector.ResourceAdapterWrapper.getAttribute(ResourceAdapterWrapper.java:127) at org.apache.geronimo.gbean.jmx.GBeanMBeanAttribute$DynamicGetterMethodInvoker.invoke(GBeanMBeanAttribute.java:461) at org.apache.geronimo.gbean.jmx.GBeanMBeanAttribute.offline(GBeanMBeanAttribute.java:289) at org.apache.geronimo.gbean.jmx.GBeanMBean.postDeregister(GBeanMBean.java:572) at mx4j.server.interceptor.InvokerMBeanServerInterceptor.registration(InvokerMBeanServerInterceptor.java:171) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(DefaultMBeanServerInterceptor.java:111) at mx4j.server.interceptor.SecurityMBeanServerInterceptor.registration(SecurityMBeanServerInterceptor.java:135) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(DefaultMBeanServerInterceptor.java:111) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.registration(DefaultMBeanServerInterceptor.java:111) at mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.registration(ContextClassLoaderMBeanServerInterceptor.java:161) at mx4j.server.MX4JMBeanServer.unregisterMBean(MX4JMBeanServer.java:949) So it looks like we're internally inconsistent. Based on what you said it looks as if the right value is "group" so the bug is in the startup code. Might be the same bug I noted in the email that started this thread. Regards, Toby
Re: build broken (assembly module)?
On Thursday, July 15, 2004, at 04:50 PM, Gianny Damour wrote: On 16/07/2004 7:54 AM, David Jencks wrote: Can you check that your openejb copy is up to date? I've been trying to fix these case problems in both projects while doing actual development work and I think but am not entirely sure that at least this problem is fixed. These attribute names should start with lower case as in cvs. This is weird. The http://dist.codehaus.org maven repository does not seem to be up-to-date: the itests and jca archives have been updated on 15-Jul-2004 and the last update of core was on 12-Jul-2004. In other words, assembly still fail. I meant up to date with cvs. If someone is making related changes on both projects, trying to use a snapshot of one isn't going to work. thanks david jencks Thanks, Gianny
Re: build broken (assembly module)?
On 16/07/2004 7:54 AM, David Jencks wrote: Can you check that your openejb copy is up to date? I've been trying to fix these case problems in both projects while doing actual development work and I think but am not entirely sure that at least this problem is fixed. These attribute names should start with lower case as in cvs. This is weird. The http://dist.codehaus.org maven repository does not seem to be up-to-date: the itests and jca archives have been updated on 15-Jul-2004 and the last update of core was on 12-Jul-2004. In other words, assembly still fail. Thanks, Gianny
Re: build broken (assembly module)?
Can you check that your openejb copy is up to date? I've been trying to fix these case problems in both projects while doing actual development work and I think but am not entirely sure that at least this problem is fixed. These attribute names should start with lower case as in cvs. thanks david jencks On Thursday, July 15, 2004, at 02:28 PM, toby cabot wrote: Are other people seeing build breakage in the assembly module? Something about attribute names not found. This patch seems to work (changing a couple of attribute names from lower case to upper case): diff -u -r1.37 j2ee-server-plan.xml --- modules/assembly/src/plan/j2ee-server-plan.xml 15 Jul 2004 20:38:21 - 1.37 +++ modules/assembly/src/plan/j2ee-server-plan.xml 15 Jul 2004 21:25:43 - @@ -188,13 +188,13 @@ -org.openejb.server.ejbd.EjbServer -127.0.0.1 +org.openejb.server.ejbd.EjbServer +127.0.0.1 openejb:type=ContainerIndex -4201 -127.0.0.1 +4201 +127.0.0.1 openejb:type=SocketService,name=EJB
