[jira] Resolved: (GERONIMO-4141) The war exported as a geronimo plugin in admin console cannot be installed with install-plugin command of deploy.bat|.sh
[ https://issues.apache.org/jira/browse/GERONIMO-4141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun resolved GERONIMO-4141. --- Resolution: Cannot Reproduce Assignee: Lin Sun Unable to reproduce this on 2.2-snapshot, using the jsp-examples (from samples/trunk dir in svn). lin-suns-macbook-pro:bin linsun$ ./deploy.sh undeploy org.apache.geronimo.samples/jsp-examples-tomcat/2.2-SNAPSHOT/car Using GERONIMO_BASE: /Users/linsun/gtrunk/assemblies/geronimo-tomcat6-javaee5/target/assembly Using GERONIMO_HOME: /Users/linsun/gtrunk/assemblies/geronimo-tomcat6-javaee5/target/assembly Using GERONIMO_TMPDIR: var/temp Using JRE_HOME: /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home Module org.apache.geronimo.samples/jsp-examples-tomcat/2.2-SNAPSHOT/car unloaded. Module org.apache.geronimo.samples/jsp-examples-tomcat/2.2-SNAPSHOT/car uninstalled. Undeployed org.apache.geronimo.samples/jsp-examples-tomcat/2.2-SNAPSHOT/car lin-suns-macbook-pro:bin linsun$ ./deploy.sh install-plugin /Users/linsun/Desktop/jsp-examples-tomcat-2.2-SNAPSHOT.car Using GERONIMO_BASE: /Users/linsun/gtrunk/assemblies/geronimo-tomcat6-javaee5/target/assembly Using GERONIMO_HOME: /Users/linsun/gtrunk/assemblies/geronimo-tomcat6-javaee5/target/assembly Using GERONIMO_TMPDIR: var/temp Using JRE_HOME: /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home Checking for status every 1000ms: Starting org.apache.geronimo.samples/jsp-examples-tomcat/2.2-SNAPSHOT/car Installation Complete! Used existing: org.apache.geronimo.configs/jasper/2.2-SNAPSHOT/car Used existing: org.apache.geronimo.configs/tomcat6/2.2-SNAPSHOT/car Used existing: org.apache.geronimo.configs/concurrent/2.2-SNAPSHOT/car Used existing: org.apache.geronimo.configs/j2ee-corba-yoko//car Used existing: org.apache.geronimo.configs/axis//car Used existing: org.apache.geronimo.configs/axis2//car Used existing: org.apache.geronimo.configs/openejb//car Used existing: org.apache.geronimo.configs/openjpa//car Used existing: org.apache.geronimo.configs/jasper//car Downloaded 498 kB in 1s (498 kB/s) > The war exported as a geronimo plugin in admin console cannot be installed > with install-plugin command of deploy.bat|.sh > > > Key: GERONIMO-4141 > URL: https://issues.apache.org/jira/browse/GERONIMO-4141 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) >Affects Versions: 2.1, 2.1.1, 2.1.2, 2.1.3, 2.1.4, 2.2 > Environment: SLES 10 SP2, JDK 1.5.0 >Reporter: Forrest Xia >Assignee: Lin Sun >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: jsp-examples-2.1.0.0.war, > jsp-examples-war-2.1-SNAPSHOT.war > > > Steps: > 1. install a war > 2. export the war as a G plugin with admin console's export plugin function > 3. undeploy it thru console, and use deployer install-plugin command to > install the exported war > Results: The installation failed with message like this "installation FAILED: > start of org.apache.geronimo.samples/cviewer/2.1.0.0/war failed". > The server log includes these exceptions: > "17:12:38,335 ERROR [GBeanInstance] Problem in doFail of > samples/cviewer/2.1.0.0/war?J2EEApplication=null,j2eeType=WebModule,name=samples/cviewer/2.1.0.0/war > java.lang.NullPointerException > at > org.apache.geronimo.tomcat.TomcatContainer.removeContext(TomcatContainer.java:380) > at > org.apache.geronimo.tomcat.TomcatWebAppContext.doFail(TomcatWebAppContext.java:540) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1028) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541) > at > org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) > at > org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) > at > org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
[jira] Commented: (DAYTRADER-61) trying to build Daytrader trunk fails with FATAL ERROR
[ https://issues.apache.org/jira/browse/DAYTRADER-61?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12636781#action_12636781 ] Steve Blackburn commented on DAYTRADER-61: -- I deployed exactly as per the README: $GERONIMO_HOME/bin/deploy.sh install-plugin daytrader-jms/target/daytrader-jms-2.2-SNAPSHOT.car $GERONIMO_HOME/bin/deploy.sh install-plugin daytrader-derby-datasource/target/daytrader-derby-datasource-2.2-SNAPSHOT.car $GERONIMO_HOME/bin/deploy.sh install-plugin daytrader-tomcat/target/daytrader-tomcat-2.2-SNAPSHOT.car The first two succeed without any problems. The third dies with: Installation FAILED: Could not find org.apache.activemq/activemq-ra/4.1.2/jar in any repo Has anyone (recently) deployed as per the README (using CLI only)? > trying to build Daytrader trunk fails with FATAL ERROR > -- > > Key: DAYTRADER-61 > URL: https://issues.apache.org/jira/browse/DAYTRADER-61 > Project: DayTrader > Issue Type: Bug > Components: buildsystem >Reporter: ant elder > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (GERONIMODEVTOOLS-522) Feature.properties has a trailing backslash in it
We don't re-release prior artifacts. To incorporate any new fixes, you'd have to create a GEP 2.1.4 release. BTW - There will be a 2.1.4 Server release sometime in 4Q08 or 1Q09, as there have been several useful/important fixes since 2.1.3 and several JIRAs that need to be addressed for users who don't want to move to 2.2 right away. -Donald Ted Kirby (JIRA) wrote: [ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12636776#action_12636776 ] Ted Kirby commented on GERONIMODEVTOOLS-522: Thanks for bug report. I fixed it in trunk with rev 701571. We would like to work better in p2, and have had some issues with it. I don't know if we will do a 2.1.4. Currently trunk is targeted to 2.2. I wonder if we could or should fix this in 2.1.3 and put new artifacts on our eclipse plugin update site? Feature.properties has a trailing backslash in it - Key: GERONIMODEVTOOLS-522 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-522 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.3 Reporter: Charles Overbeck Assignee: Tim McConnell The feature.properties on the update site bundled with org.apache.geronimo.v21.feature_2.1.3.jar has a trailing backslash in it. The last two lines of the file are this: trial in any resulting litigation. \n\ \n\ Note the trailing slash at the end of the second line; no characters follow it. This may not sound like a terrible bug on its own, but because that content ends up getting expanded inside the feature.xml, I think it escapes the next character in the feature.xml, which in this case is the "<" which closes a tag. This leads to an incorrectly generated content.xml file if you are generating an update site using Eclipse's P2 metadata generator, and you have the Geronimo feature present when you are doing the metadata generation. I don't know if it has any other side-effects. In any case, that's why I'm proposing a priority of Major for this seeming trivial bug.
[BUILD] trunk: Failed for Revision: 701577
Geronimo Revision: 701577 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003/build-2100.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003/unit-test-reports Downloading: http://repo1.maven.org/maven2/org/apache/neethi/neethi/2.0/neethi-2.0.jar 42K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/woden/woden-api/1.0-SNAPSHOT/woden-api-1.0-SNAPSHOT.jar 145K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/woden/woden-impl-dom/1.0-SNAPSHOT/woden-impl-dom-1.0-SNAPSHOT.jar 220K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-saaj/SNAPSHOT/axis2-saaj-SNAPSHOT.jar 85K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-transport-http/SNAPSHOT/axis2-transport-http-SNAPSHOT.jar 126K downloaded Downloading: http://download.java.net/maven/1//org.apache.httpcomponents/jars/httpcore-4.0-beta1.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/httpcomponents/httpcore/4.0-beta1/httpcore-4.0-beta1.jar Downloading: http://repo1.maven.org/maven2/org/apache/httpcomponents/httpcore/4.0-beta1/httpcore-4.0-beta1.jar 164K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-transport-base/SNAPSHOT/axis2-transport-base-SNAPSHOT.jar 61K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-transport-tcp/SNAPSHOT/axis2-transport-tcp-SNAPSHOT.jar 10K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-transport-local/SNAPSHOT/axis2-transport-local-SNAPSHOT.jar 9K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-metadata/SNAPSHOT/axis2-metadata-SNAPSHOT.jar 761K downloaded Downloading: http://download.java.net/maven/1//com.sun.xml.bind/jars/jaxb-xjc-2.1.7.jar 3053K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-java2wsdl/SNAPSHOT/axis2-java2wsdl-SNAPSHOT.jar 20K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-adb/SNAPSHOT/axis2-adb-SNAPSHOT.jar 753K downloaded Downloading: http://download.java.net/maven/1//annogen/jars/annogen-0.1.0.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar Downloading: http://repo1.maven.org/maven2/annogen/annogen/0.1.0/annogen-0.1.0.jar 242K downloaded [INFO] [enforcer:enforce {execution: default}] [INFO] [remote-resources:process {execution: process}] [INFO] [remote-resources:process {execution: default}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 17 source files to /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 7 source files to /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.axis2.Axis2WebServiceContainerTest Tests run: 3, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 1.007 sec <<< FAILURE! Results : Tests in error: testRPCInvokeWithWSDL(org.apache.geronimo.axis2.Axis2WebServiceContainerTest) testGetWSDL(org.apache.geronimo.axis2.Axis2WebServiceContainerTest) Tests run: 3, Failures: 0, Errors: 2, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. Please refer to /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/surefire-reports for the individual test results. [INFO] [INFO] Trace org.apache.maven.BuildFailureException: There are test failures. Please refer to /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/surefire-reports for the individual test results. at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:579) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
[jira] Closed: (GERONIMO-4225) Allow Run SQL portlet run sql against any configured data source
[ https://issues.apache.org/jira/browse/GERONIMO-4225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods closed GERONIMO-4225. -- Resolution: Fixed Updated Run SQL portlet code so it can be used on both the DB Manager page for databases and the DB Pool page for datasources by using a portlet init-param. Also updated the DBManagerTest and DatabasePoolTest with some explicit tests for the RunSQL portlet. > Allow Run SQL portlet run sql against any configured data source > > > Key: GERONIMO-4225 > URL: https://issues.apache.org/jira/browse/GERONIMO-4225 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: databases >Affects Versions: 2.1.1 >Reporter: Michal Borowiecki >Assignee: Donald Woods >Priority: Minor > Fix For: 2.1.4, 2.2 > > Attachments: sysdb-portlets-2.1.1.patch, sysdb-portlets-trunk.patch > > > Currently Run SQL portlet allows only running queries against internal Derby > databases. > It would be very useful if it allowed to run SQL against any of the > datasources configured. > Create DB and Delete DB features are Derby specific, Use DB on the other hand > can be easily generalized to use any data source. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-522) Feature.properties has a trailing backslash in it
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12636776#action_12636776 ] Ted Kirby commented on GERONIMODEVTOOLS-522: Thanks for bug report. I fixed it in trunk with rev 701571. We would like to work better in p2, and have had some issues with it. I don't know if we will do a 2.1.4. Currently trunk is targeted to 2.2. I wonder if we could or should fix this in 2.1.3 and put new artifacts on our eclipse plugin update site? > Feature.properties has a trailing backslash in it > - > > Key: GERONIMODEVTOOLS-522 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-522 > Project: Geronimo-Devtools > Issue Type: Bug > Components: eclipse-plugin >Affects Versions: 2.1.3 >Reporter: Charles Overbeck >Assignee: Tim McConnell > > The feature.properties on the update site bundled with > org.apache.geronimo.v21.feature_2.1.3.jar has a trailing backslash in it. The > last two lines of the file are this: > trial in any resulting litigation. \n\ > \n\ > Note the trailing slash at the end of the second line; no characters follow > it. This may not sound like a terrible bug on its own, but because that > content ends up getting expanded inside the feature.xml, I think it escapes > the next character in the feature.xml, which in this case is the "<" which > closes a tag. This leads to an incorrectly generated content.xml file if you > are generating an update site using Eclipse's P2 metadata generator, and you > have the Geronimo feature present when you are doing the metadata generation. > I don't know if it has any other side-effects. > In any case, that's why I'm proposing a priority of Major for this seeming > trivial bug. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Anyone else having problems building a clean trunk?
OK, I'm running into some geronimo-axis2 junit failures now (same as the automated build) so I haven't got back to retrying my earlier build failures -Donald Donald Woods wrote: Just cleaned my source tree and tried to rebuild trunk on Linux and the generated jetty6-javaee assembly doesn't have the /bin/ scripts set executable and I'm getting testsuite startup failures due to repository/.../geronimo-boilerplate/2.2-SNAPSHOT/geronimo-boilerplate-2.2-SNAPSHOT.car/contents/repository missing -Donald
Re: An idea for defining custom valves in config.xml
On Oct 3, 2008, at 12:51 PM, Jason Warner wrote: Hey all. I'm working on an idea for allowing custom valves to be defined in config.xml. Currently this isn't possible since the tomcat classloader would not contain the custom classes for the valve. I've create a jira for tracking this issue [1] and it contains a few links to workarounds. IMHO, The solution we should be looking for is a way to add classes to a module without having to undeploy, modify the module config, and redeploying. People have suggested stuff like this before. IMO it pretty much goes against the fundamental idea of geronimo of having fairly fixed plugins with only a few knobs to turn to adjust things in config.xml and config-substitutions.properties. Why is changing the classloader contents in config.xml a good idea? What is so hard about redeploying the app if you want to change its classloader significantly? If you want to change a class in the app you have to redeploy it why is this situation different? thanks david jencks I think this can be done by allowing a user to indicate jars that should be loaded by a module within the config.xml. These jars can then be added to the module's classloader for use by the module. I'm not extremely familiar with how our classloader works, but I've taken a look through the code and I think the ability to add to the classloader can be implemented without too much difficulty. I'm not quite sure what type of scope to give this change, though. Should I leave it as a change aimed solely at tomcat valves or should it be expanded to encompass any configuration? I realize this is only a rough idea of what i plan to do, but I'm still working out the details of how to proceed. I'm hoping for some feedback on what I intend to do and possibly some alternate ideas if anyone has some. Thanks! [1] https://issues.apache.org/jira/browse/GERONIMO-4335 -- ~Jason Warner
[jira] Resolved: (GERONIMO-4336) some improvements to the addRepository page of the install plugin portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun resolved GERONIMO-4336. --- Resolution: Fixed fixed in rev 701533 > some improvements to the addRepository page of the install plugin portlet > - > > Key: GERONIMO-4336 > URL: https://issues.apache.org/jira/browse/GERONIMO-4336 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Lin Sun >Assignee: Lin Sun > Fix For: 2.2 > > > I noticed the following items that need to be improved on this portlet: > 1. when click on add repository link, if a user enters file://Users/linsun, > it takes the user back to the main page, which no indication of this action > is failed. This turned out to be that the pluto doesn't like a semi-colon > in the value we passed into response.setRenderParameter. Same prob existed > when adding a invalid remote site such as http://test.com/ > 2. Add the optional user and password input boxes to the add repository page, > as we should ask users for them when adding a remote repo that requires auth, > due to the change recently that we store the repo, username, password in the > plugin-repositories.properties file now. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4336) some improvements to the addRepository page of the install plugin portlet
some improvements to the addRepository page of the install plugin portlet - Key: GERONIMO-4336 URL: https://issues.apache.org/jira/browse/GERONIMO-4336 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: console Affects Versions: 2.2 Reporter: Lin Sun Assignee: Lin Sun Fix For: 2.2 I noticed the following items that need to be improved on this portlet: 1. when click on add repository link, if a user enters file://Users/linsun, it takes the user back to the main page, which no indication of this action is failed. This turned out to be that the pluto doesn't like a semi-colon in the value we passed into response.setRenderParameter. Same prob existed when adding a invalid remote site such as http://test.com/ 2. Add the optional user and password input boxes to the add repository page, as we should ask users for them when adding a remote repo that requires auth, due to the change recently that we store the repo, username, password in the plugin-repositories.properties file now. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Anyone else having problems building a clean trunk?
About testsuite startup, I don't think I ran the entire testsuite lately, but I did ran the advanced console test case with the boilerplate in car format, a min ago. Lin On Fri, Oct 3, 2008 at 3:32 PM, Donald Woods <[EMAIL PROTECTED]> wrote: > Just cleaned my source tree and tried to rebuild trunk on Linux and the > generated jetty6-javaee assembly doesn't have the /bin/ scripts set > executable and I'm getting testsuite startup failures due to > repository/.../geronimo-boilerplate/2.2-SNAPSHOT/geronimo-boilerplate-2.2-SNAPSHOT.car/contents/repository > missing > > > -Donald >
Re: Anyone else having problems building a clean trunk?
Oh ... and I checked and the repository/.../geronimo-boilerplate/2.2-SNAPSHOT/geronimo-boilerplate-2.2-SNAPSHOT.car/contents/repository is present. Joe Joe Bohn wrote: I just updated the source and built from a clean repo on mac OS. I didn't notice any problems with the assemblies created. The jetty6-javaee5 assembly had the /bin/scripts marked as executable and the server seemed to startup fine (except for some warnings about properties not being supported by "DefaultStatelessContainer"). I didn't build with tests, so I can't comment on any testsuite failures. Joe Donald Woods wrote: Just cleaned my source tree and tried to rebuild trunk on Linux and the generated jetty6-javaee assembly doesn't have the /bin/ scripts set executable and I'm getting testsuite startup failures due to repository/.../geronimo-boilerplate/2.2-SNAPSHOT/geronimo-boilerplate-2.2-SNAPSHOT.car/contents/repository missing -Donald
Re: Anyone else having problems building a clean trunk?
I just updated the source and built from a clean repo on mac OS. I didn't notice any problems with the assemblies created. The jetty6-javaee5 assembly had the /bin/scripts marked as executable and the server seemed to startup fine (except for some warnings about properties not being supported by "DefaultStatelessContainer"). I didn't build with tests, so I can't comment on any testsuite failures. Joe Donald Woods wrote: Just cleaned my source tree and tried to rebuild trunk on Linux and the generated jetty6-javaee assembly doesn't have the /bin/ scripts set executable and I'm getting testsuite startup failures due to repository/.../geronimo-boilerplate/2.2-SNAPSHOT/geronimo-boilerplate-2.2-SNAPSHOT.car/contents/repository missing -Donald
An idea for defining custom valves in config.xml
Hey all. I'm working on an idea for allowing custom valves to be defined in config.xml. Currently this isn't possible since the tomcat classloader would not contain the custom classes for the valve. I've create a jira for tracking this issue [1] and it contains a few links to workarounds. IMHO, The solution we should be looking for is a way to add classes to a module without having to undeploy, modify the module config, and redeploying. I think this can be done by allowing a user to indicate jars that should be loaded by a module within the config.xml. These jars can then be added to the module's classloader for use by the module. I'm not extremely familiar with how our classloader works, but I've taken a look through the code and I think the ability to add to the classloader can be implemented without too much difficulty. I'm not quite sure what type of scope to give this change, though. Should I leave it as a change aimed solely at tomcat valves or should it be expanded to encompass any configuration? I realize this is only a rough idea of what i plan to do, but I'm still working out the details of how to proceed. I'm hoping for some feedback on what I intend to do and possibly some alternate ideas if anyone has some. Thanks! [1] https://issues.apache.org/jira/browse/GERONIMO-4335 -- ~Jason Warner
[BUILD] trunk: Failed for Revision: 701492
Geronimo Revision: 701492 built with tests included See the full build-1500.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003/build-1500.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003/unit-test-reports Downloading: http://repo1.maven.org/maven2/org/apache/neethi/neethi/2.0/neethi-2.0.jar 42K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/woden/woden-api/1.0-SNAPSHOT/woden-api-1.0-SNAPSHOT.jar 145K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/woden/woden-impl-dom/1.0-SNAPSHOT/woden-impl-dom-1.0-SNAPSHOT.jar 220K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-saaj/SNAPSHOT/axis2-saaj-SNAPSHOT.jar 85K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-transport-http/SNAPSHOT/axis2-transport-http-SNAPSHOT.jar 126K downloaded Downloading: http://download.java.net/maven/1//org.apache.httpcomponents/jars/httpcore-4.0-beta1.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/httpcomponents/httpcore/4.0-beta1/httpcore-4.0-beta1.jar Downloading: http://repo1.maven.org/maven2/org/apache/httpcomponents/httpcore/4.0-beta1/httpcore-4.0-beta1.jar 164K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-transport-base/SNAPSHOT/axis2-transport-base-SNAPSHOT.jar 61K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-transport-tcp/SNAPSHOT/axis2-transport-tcp-SNAPSHOT.jar 10K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-transport-local/SNAPSHOT/axis2-transport-local-SNAPSHOT.jar 9K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-metadata/SNAPSHOT/axis2-metadata-SNAPSHOT.jar 761K downloaded Downloading: http://download.java.net/maven/1//com.sun.xml.bind/jars/jaxb-xjc-2.1.7.jar 3053K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-java2wsdl/SNAPSHOT/axis2-java2wsdl-SNAPSHOT.jar 20K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-adb/SNAPSHOT/axis2-adb-SNAPSHOT.jar 753K downloaded Downloading: http://download.java.net/maven/1//annogen/jars/annogen-0.1.0.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//annogen/annogen/0.1.0/annogen-0.1.0.jar Downloading: http://repo1.maven.org/maven2/annogen/annogen/0.1.0/annogen-0.1.0.jar 242K downloaded [INFO] [enforcer:enforce {execution: default}] [INFO] [remote-resources:process {execution: process}] [INFO] [remote-resources:process {execution: default}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Compiling 17 source files to /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Compiling 7 source files to /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/surefire-reports --- T E S T S --- Running org.apache.geronimo.axis2.Axis2WebServiceContainerTest Tests run: 3, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 1.21 sec <<< FAILURE! Results : Tests in error: testRPCInvokeWithWSDL(org.apache.geronimo.axis2.Axis2WebServiceContainerTest) testGetWSDL(org.apache.geronimo.axis2.Axis2WebServiceContainerTest) Tests run: 3, Failures: 0, Errors: 2, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. Please refer to /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/surefire-reports for the individual test results. [INFO] [INFO] Trace org.apache.maven.BuildFailureException: There are test failures. Please refer to /home/geronimo/geronimo/trunk/plugins/axis2/geronimo-axis2/target/surefire-reports for the individual test results. at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:579) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
Anyone else having problems building a clean trunk?
Just cleaned my source tree and tried to rebuild trunk on Linux and the generated jetty6-javaee assembly doesn't have the /bin/ scripts set executable and I'm getting testsuite startup failures due to repository/.../geronimo-boilerplate/2.2-SNAPSHOT/geronimo-boilerplate-2.2-SNAPSHOT.car/contents/repository missing -Donald
[jira] Commented: (GERONIMO-4328) change boilerplate geronimo plugin to use car format (instead of current jar format)
[ https://issues.apache.org/jira/browse/GERONIMO-4328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12636719#action_12636719 ] Donald Woods commented on GERONIMO-4328: Wondering if this broke our assemblies. I just rebuilt the latest trunk code and none of the shell scripts in /bin/ are marked as executable on Linux/MacOSx. Also, I can't get the testsuites to start anymore with an error about "Maven2Repository must have a root that's a valid readable directory (not ...geronimo-boilerplate-2.2-SNAPSHOT.car/contents/repository)" which in this case contents/repository/ does not exist > change boilerplate geronimo plugin to use car format (instead of current jar > format) > > > Key: GERONIMO-4328 > URL: https://issues.apache.org/jira/browse/GERONIMO-4328 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) >Affects Versions: 2.2 >Reporter: Lin Sun >Assignee: Lin Sun >Priority: Minor > Fix For: 2.2 > > > This has been discussed on dev list here - > http://www.nabble.com/boilerplate,-jaxws-tools-(convert-from-jar-to-car-format-)-td19727867s134.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Tuscany Geronimo integration and the SCA JEE spec
Is there an overview of how the existing TGP works, preferably comprehensible from a geronimo-centric viewpoint? On Oct 3, 2008, at 2:57 AM, ant elder wrote: I'd like to start spending more time actively working on the Tuscany Geronimo integration and having that more support the SCA JEE specification (see: [1]). Here is a rough outline of what i'd like to do: The goal of this would be to use Geronimo and Tuscany to create an SCA-enabled Java EE runtime, which from the SCA JEE specification means "a Java EE runtime that supports deployment and execution of SCA-enhanced Java EE applications as well as SCA-enhanced Java EE modules." We already have a start of that with the old Tuscany Geronimo Plugin [2] and there's another wiki page thats started to be used to capture some requirements at [3]. Currently the old TGP has got out of date and doesn't work with any current releases of Geronimo or Tuscany so the first thing to do is to get a basic plugin going again and then gradually add functionality to it so it does things like: - adds all Tuscany jars and their dependencys into Geronimo If you build this stuff as a geronimo plugin using the geronimo maven2 car-maven-plugin the maven dependencies will turn into geronimo plugin dependencies and get installed automatically when you install the TGP into a geronimo server. I don't think this was really working when the original TGP was written. - supports existing Tuscany webapps without needing to include any Tuscany jars or dependencys in the lib directory Keep in mind I know nothing about tuscany :-) You may find it valuable to set up a "tuscany classloader" geronimo plugin that has all the tuscany jars in it, and has appropriate parents for stuff it needs like jee specs or jaxb. Then any app can use this as a parent classloader and get all the tuscany stuff at once, and all apps will be using tuscany classes from the same classloader. - supports simple jar contributions into a Tuscany standalone node - supports Tuscany using Geronimo infrastructure for things such as HTTP and JMS hosts - supports for SCA enabled JEE application local assembly - supports SCA wiring across JEE applications and modules These sound cool, wish I knew what they meant :-) thanks david jencks Thats a high level and incomplete list, it is in a rough order of when things get done and some of the items may not be needed in the log term but are just stepping stones to the later items. There's been lots of off list discussion about this so i'd like to try to move that all to the mailing lists from now so everyone can participate and can see whats going on. I'd like to try to break the work down into several milestones with actual releases that we can ask users in both Tuscany and Geronimo to try out as we go along to get feedback and also to try to promote some interest around SCA in JEE. ...ant [1] http://www.oasis-open.org/committees/download.php/29127/sca- jee-1[1].1-spec-wd03.doc [2] http://cwiki.apache.org/TUSCANYWIKI/tuscany-geronimo-integration.html [3] http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Java+EE+Integration
[jira] Created: (GERONIMODEVTOOLS-522) Feature.properties has a trailing backslash in it
Feature.properties has a trailing backslash in it - Key: GERONIMODEVTOOLS-522 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-522 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.3 Reporter: Charles Overbeck Assignee: Tim McConnell The feature.properties on the update site bundled with org.apache.geronimo.v21.feature_2.1.3.jar has a trailing backslash in it. The last two lines of the file are this: trial in any resulting litigation. \n\ \n\ Note the trailing slash at the end of the second line; no characters follow it. This may not sound like a terrible bug on its own, but because that content ends up getting expanded inside the feature.xml, I think it escapes the next character in the feature.xml, which in this case is the "<" which closes a tag. This leads to an incorrectly generated content.xml file if you are generating an update site using Eclipse's P2 metadata generator, and you have the Geronimo feature present when you are doing the metadata generation. I don't know if it has any other side-effects. In any case, that's why I'm proposing a priority of Major for this seeming trivial bug. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Application Server Rankings
All, I just wrote a blog on the subject (http://kevan.nextfell.com/blog/2008/10/were-2-were-2/ ), but wanted to pass the news along to our community... Evans Data Corporation has released a report titled "Application Server 2008 Rankings". You can download from here -- http://www.evansdata.com/reports/viewRelease.php?reportID=20 . It's a free download, but you'll need to register. I thought that you'd be interested to hear that overall Apache Geronimo is ranked number 2 in the survey (and is the number 1 open source application server). I think this is pretty cool and is a clear indication of everyone's hard work. Congrats to all and keep up the great work! --kevan
[jira] Updated: (GERONIMO-4335) Implement the ability to define a custom valve in config.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Warner updated GERONIMO-4335: --- Description: There currently is no good way to define a custom valve in config.xml. There are a couple of work arounds [1][2] that will result in the desired functionality, but i believe there should be a simpler and more intuitive way to accomplish this goal. [1] https://issues.apache.org/jira/browse/GERONIMO-4113 [2] http://www.nabble.com/Problem-with-defining-custom-Valve-in-config.xml-td12794364.html#a12794364 was: There currently is no good way to define a custom valve in config.xml. There a couple work arounds [1][2] that will result in the desired functionality, but i believe there should be a simpler and more intuitive way to accomplish this goal. [1] https://issues.apache.org/jira/browse/GERONIMO-4113 [2] http://www.nabble.com/Problem-with-defining-custom-Valve-in-config.xml-td12794364.html#a12794364 > Implement the ability to define a custom valve in config.xml > > > Key: GERONIMO-4335 > URL: https://issues.apache.org/jira/browse/GERONIMO-4335 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: Tomcat >Affects Versions: 2.1.3, 2.2 >Reporter: Jason Warner >Assignee: Jason Warner > > There currently is no good way to define a custom valve in config.xml. There > are a couple of work arounds [1][2] that will result in the desired > functionality, but i believe there should be a simpler and more intuitive way > to accomplish this goal. > [1] https://issues.apache.org/jira/browse/GERONIMO-4113 > [2] > http://www.nabble.com/Problem-with-defining-custom-Valve-in-config.xml-td12794364.html#a12794364 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: GShell Update
FYI, I just committed a VFS provider based on Truezip, based on patches from: https://issues.apache.org/jira/browse/VFS-106 This allows the contents of jar/zip/tar/whatever archives to be edited. So for example, you can edit the ejb-jar.xml file of a .jar file w/o unjaring/edit/rejaring it up. Seems useful for admins to quickly change the contents of a deployment descriptor. And yes, you can still "cd" into those .jar files and use the "edit" command to launch your external editor, it will save the changes back to the file in the archive. Cool na? --jason On Sep 30, 2008, at 1:02 AM, Jason Dillon wrote: As some of you might have noticed I've been very busy for the past days working on GShell. I've been meaning to stop hacking and write some email about what I'm doing, but I always end up jumping into some feature or fixing some bug. But a lot has changed, so I really need to post some details... but rather than go all gooey on the details I am just going to point out the major changes. If anyone wants the gooey stuff, ping me back and I can explain in much more detail. CONTAINER Spring is used for 99% of the container needs. Still have some plexus stuff around to support maven-artifact-based resolution. Dropped gshell-rapture, too much work to keep the plexus glue up to date with the spring glue (aka gshell-wisdom). Layouts are gone, currently there is only a flat namespace for files... that is one of the major things left to be resolved. Originally I had though of the commands namespace like it was a filesystem, and you might even "cd" to change the path or whatever, but the VFS work (see below) really showed me that was not a good idea. I am planning on implementing a command namespace, just still trying to figure out how. More to come on this later I'm sure. The gshell-remote && gshell-whisper stuff is now all spring happy, though it still needs to be re-implemented to move more of the configuration stuff into the spring context. There are still a lot of holes in this stuff, as I only have been making what was there before work again. So that is another major area which I plan to work on once the framework issues are sorted. I18N I've hooked up resource bundles for each and every command, and updated the CLP stuff to use them for messages related to --help content. Still need to hook up a really simple way to use i18n messages for all user output (except logging messages). But its getting closer. Related is that commands now have a "manual", so if you say "help help" it will show you the manual for the "help" command, this text is also externalized for i18n, though I've not had time to write a manual for anything so they are all todo's right now. Once things stabilize more we can write those. VFS Implemented a bunch more VFS commands to operate on files: cd Changes the current directory. pwd Displays the current directory. ls List the contents of a file or directory. cp Copies a file or directory. rm Remove a file or directory. cat Displays the contents of a file. editEdit a file with an external editor. touch Sets the last-modified time of a file. dir Link to: ls copyLink to: cp del Link to: rm Changed all (well most, pending a commit for the script command to use this soon) commands to use VFS FileObjects instead of a File/ URL, so they can take advantage of this flexibility. I think this stuff is really cool, and will really be helpful for real-users down the line. For example, with the VFS SFTP provider configured you can do something like: gshell> cd sftp://myusername:[EMAIL PROTECTED]/pub gshell> ls foo.txt bar.txt baz/ gshell> cat foo.txt The cat will show whatever the contents are of foo.txt as you might expect. You can also copy files between filesystems, this would copy from the cwd (which is still what is set from above) to your local /tmp directory: gshell> cp foo.txt /tmp And see that its there with: gshell> ls /tmp/foo.txt Or if you just want to *edit* the contents of the remote file: gshell> edit foo.txt This will open up an external editor with the contents of foo.txt, you can edit, save, close, then the changes are pushed to the remove. Same works for locals, minus the pull and push of content. Should work on windows, though I've not actually tried it to see what breaks. Some features left to be done, are implementing a virtual VFS thingy, so you can mount/unmount filesystems to get an aggregate view which you can easily cd around without needing horrible long URIs. COMPLETION Finally implemented completion. Commands that take files, alias names, variables names, etc now support tab-completion. Can even complete VFS paths! ALIASES & LINKS Added support for command aliases
[jira] Closed: (GERONIMO-4162) Using Eclipse XML tools in Apache Geronimo 2.1
[ https://issues.apache.org/jira/browse/GERONIMO-4162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Jain closed GERONIMO-4162. - Resolution: Fixed Fix Version/s: 2.1.4 > Using Eclipse XML tools in Apache Geronimo 2.1 > -- > > Key: GERONIMO-4162 > URL: https://issues.apache.org/jira/browse/GERONIMO-4162 > Project: Geronimo > Issue Type: Task > Security Level: public(Regular issues) > Components: documentation >Affects Versions: 2.1, 2.1.1 > Environment: Apache Geronimo V2.1 >Reporter: Ashish Jain >Assignee: Ashish Jain > Fix For: 2.1.4 > > > This tutorial will illustrate on using Eclipse based XML tools to write > deployment plans. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4162) Using Eclipse XML tools in Apache Geronimo 2.1
[ https://issues.apache.org/jira/browse/GERONIMO-4162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12636683#action_12636683 ] Ashish Jain commented on GERONIMO-4162: --- This tutorial is available at the following link http://cwiki.apache.org/confluence/display/GMOxDOC21/Using+Eclipse+XML+tools+in+Apache+Geronimo > Using Eclipse XML tools in Apache Geronimo 2.1 > -- > > Key: GERONIMO-4162 > URL: https://issues.apache.org/jira/browse/GERONIMO-4162 > Project: Geronimo > Issue Type: Task > Security Level: public(Regular issues) > Components: documentation >Affects Versions: 2.1, 2.1.1 > Environment: Apache Geronimo V2.1 >Reporter: Ashish Jain >Assignee: Ashish Jain > > This tutorial will illustrate on using Eclipse based XML tools to write > deployment plans. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4335) Implement the ability to define a custom valve in config.xml
Implement the ability to define a custom valve in config.xml Key: GERONIMO-4335 URL: https://issues.apache.org/jira/browse/GERONIMO-4335 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Tomcat Affects Versions: 2.1.3, 2.2 Reporter: Jason Warner Assignee: Jason Warner There currently is no good way to define a custom valve in config.xml. There a couple work arounds [1][2] that will result in the desired functionality, but i believe there should be a simpler and more intuitive way to accomplish this goal. [1] https://issues.apache.org/jira/browse/GERONIMO-4113 [2] http://www.nabble.com/Problem-with-defining-custom-Valve-in-config.xml-td12794364.html#a12794364 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] trunk: Failed for Revision: 701370
Geronimo Revision: 701370 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003/build-0900.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 39 minutes 8 seconds [INFO] Finished at: Fri Oct 03 09:44:28 EDT 2008 [INFO] Final Memory: 380M/1014M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003/logs-0900-tomcat/test.log [INFO] snapshot org.apache.geronimo.framework:geronimo-deploy-jsr88:2.2-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.framework:geronimo-deploy-jsr88:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] [geronimo:start-server {execution: start}] [INFO] Using assembly configuration: tomcat [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip into /home/geronimo/geronimo/trunk/testsuite/target [INFO] Starting Geronimo server... [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:39.907 [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 33 test build(s) [INFO] [INFO] --- [INFO] [INFO] commands-testsuite/deployRUNNING [INFO] commands-testsuite/deploySUCCESS (0:01:14.496) [INFO] commands-testsuite/gshellRUNNING [INFO] commands-testsuite/gshellSUCCESS (0:00:29.183) [INFO] commands-testsuite/jaxws RUNNING [INFO] commands-testsuite/jaxws SUCCESS (0:00:18.609) [INFO] commands-testsuite/shutdown RUNNING [INFO] commands-testsuite/shutdown SUCCESS (0:00:16.122) [INFO] concurrent-testsuite/concurrent-basicRUNNING [INFO] concurrent-testsuite/concurrent-basicSUCCESS (0:06:15.598) [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced FAILURE (0:01:29.875) Java returned: 1 [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:43.668) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:44.775) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:01:28.870) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:43.416) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:29.611) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:26.747) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.806) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:43.111) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:46.424) [INFO] enterprise-testsuite/jpa-tests RUNNING [INFO] enterprise-testsuite/jpa-tests SUCCESS (0:00:50.300) [INFO] enterprise-testsuite/sec-client RUNNING [INFO
Fwd: ASF Board Report - Initial Reminder for Oct 2008
All, Our quarterly board report is due on October 13. Donald has already made some updates -- thanks Donald! Please take a look at http://cwiki.apache.org/GMOxPMGT/apache-geronimo-board-report-2008-10-october.html and update as you see fit... --kevan Begin forwarded message: From: ASF Board <[EMAIL PROTECTED]> Date: September 30, 2008 8:50:04 PM EDT To: Kevan Miller <[EMAIL PROTECTED]> Subject: ASF Board Report - Initial Reminder for Oct 2008 This email was sent by an automated system on behalf of the ASF Board. It is an initial reminder to give you plenty of time to prepare the report. The meeting is scheduled for Wed, 15 October 2008, 10 am PST and the deadline for submitting your report is two full days prior to that! According to board records, you are listed as the chair of at least one committee that is due to submit a report this month. [1] [2] Details on which project reports are due and how to submit a report are enclosed below. Please submit your report with sufficient time to allow the board members to review and digest. Again, the very latest you should submit your report is two full days (48h) prior to the board meeting. The exact date of the board meeting can be found in the calendar.txt file in the board directory of the committers repository [2]. If you feel that an error has been made, please consult [1] and if there is still an issue then contact the board directly. Thanks, The ASF Board [1] - https://svn.apache.org/repos/private/committers/board/committee-info.txt [2] - https://svn.apache.org/repos/private/committers/board/calendar.txt Submitting your Report -- Full details about the process and schedule are in [1]. Your report should be sent in plain-text format to [EMAIL PROTECTED] with a Subject line that follows the below format: Subject: [REPORT] Project Name Cutting and pasting directly from a Wiki is not acceptable due to formatting issues. Line lengths should be limited to 77 characters. The content should also be committed to the meeting agenda in the board directory in the foundation repository. ASF Board Reports - Reports are due from you for the following committees: - Geronimo
[BUILD] branches/2.1: Failed for Revision: 701349
Geronimo Revision: 701349 built with tests included See the full build-0800.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20081003/build-0800.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/2.1/20081003 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 32 minutes 51 seconds [INFO] Finished at: Fri Oct 03 08:40:23 EDT 2008 [INFO] Final Memory: 308M/1014M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20081003/logs-0800-tomcat/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 66.287 sec <<< FAILURE! Assembly: jetty = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20081003/logs-0800-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 66.376 sec <<< FAILURE! Samples: branches/2.1 = Log: http://people.apache.org/builds/geronimo/server/binaries/2.1/20081003/samples-0800.log Build status: OK
Re: Tuscany Geronimo integration and the SCA JEE spec
ant elder wrote: Currently the old TGP has got out of date and doesn't work with any current releases of Geronimo or Tuscany so the first thing to do is to get a basic plugin going again and then gradually add functionality to it so it does things like: - adds all Tuscany jars and their dependencys into Geronimo - supports existing Tuscany webapps without needing to include any Tuscany jars or dependencys in the lib directory - supports simple jar contributions into a Tuscany standalone node - supports Tuscany using Geronimo infrastructure for things such as HTTP and JMS hosts - supports for SCA enabled JEE application local assembly - supports SCA wiring across JEE applications and modules All excellent goals. Additionally I would like to see how trimmed and lean we can make this platform. Can we make it the smallest footprint, quickest bringup SCA runtime out there? -- Thanks, Dan Becker
Re: [VOTE RESULTS] Release Geronimo Samples 2.1.2
The vote passes with 9 +1 (7 from pmc members) and no other votes. I'll get to work getting the binaries and site pushed out. As usual, it will take a little while for the images to get synced to the mirrors. Thanks! Joe Joe Bohn wrote: All, I've prepared a release candidate of Geronimo Samples 2.1.2 for your review and vote. This is the first independent release of samples for Geronimo. All together, there are 86 deliverables included in the staging repository. There are many documentation updates necessary which can continue concurrent with (and subsequent to) the vote. The sample wiki documentation is located here: http://cwiki.apache.org/GMOxDOC21/sample-applications.html I'll say up-front that the samples are still far from perfect. However, I think they are all functional with a few warts. IMO we need to get these released. The samples can be installed on either a Geronimo 2.1.2 or Geronimo 2.1.3 server image. They should also work on 2.1.4-SNAPSHOT but I personally have not verified using the latest snapshot and that is not a target server. All of the samples are available for installation as plugins and I have created a temporary plugin catalog for your convenience (see directions below). Staging repo: http://people.apache.org/~jbohn/staging-repo/geronimo-samples/ Staging site: http://people.apache.org/~jbohn/staging-site/geronimo-samples/2.1.2/ The svn location is here: https://svn.apache.org/repos/asf/geronimo/samples/tags/samples-parent-2.1.2 Repository for plugin install (same as staging repo): http://people.apache.org/~jbohn/staging-repo/geronimo-samples/ - From the console navigation to Plugins - select Add Repository - paste in my staging repo listed above: - click Add - Select the newly added repository from the drop down list - click "Show Plugins in selected repository" - You should see the samples plugins listed. When the release vote is approved, the maven artifacts will be moved to the m2-ibiblio-rsync-repository at Apache and the maven site will be published. The vote is open for 72 hours and will conclude on 10/02/2008 at 11:00 PM ET. [ ] +1 Release Geronimo Samples 2.1.2 [ ] 0 No opinion [ ] -1 Do not release Geronimo Samples 2.1.2 (please provide rationale) Joe
Re: RMI Classloading problem.... help appreciated.
David, No answers for you at this point, but I think the first thing I'd do is verify which thread context classloader is set in the case that's working. Perhaps the problem is not in setting the thread context loader, but rather getting it set to the correct one. Are the calls to C occurring in the same place in the FarmBean code? If not, are there any fundamental differences between the call environments? Rick David Jencks wrote: I've run into a RMI classloading problem that I don't know how to solve and I'm hoping someone has a suggestion about how to proceed. In this scenario there are 3 jvms: A. gshell B. a controller server C. a cluster node. In B, there are 2 classloaders of interest: j2ee-security and plugin-farm. The class I'm having trouble with is DownloadResults, which is available in plugin-farm but not j2ee-security. On B, there's a gbean, FarmGBean, in plugin-farm that calls the PluginInstallerGBean on C and gets a DownloadResults back. This call is over jmx using rmi. This call is made under two circumstances: 1. FarmGBean on B recieves a multicast packet from C and calls back to C, and successfully gets the DownloadResults back. I'm assuming that rmi is using the plugin-farm classloader here for the ObjectInputStream but haven't figure out how to check. 2. Gshell on A can call over jmx/rmi to the FarmGBean on B resulting in a call to C. In this case DownloadResults cannot be loaded: I get a message saying its not available in the j2ee-security classloader. (stack trace at end of email). I think that in (1) the thread that dispatches the call to C was started in code loaded in the plugin-farm classloader whereas in (2) the thread was started in the j2ee-server classloader. I'm not certain of this however. I've tried two things that haven't worked: a. setting the thread context classloader before the call to C to the plugin-farm classloader b. making the call to C a PrivilegedExceptionAction An idea I've had that I haven't tried yet because it seems rather complicated and seems like it might introduce security holes (at least it needs more thought) would be to modify the RMIClassLoaderSpiImpl. My idea is to represent geronimo classloaders with urls containing their artifactIds. The server would include this more or less fake url in the codebase for a class and the client would look for this special url to try to load the class with. Anyone know what osgi does for similar situations? Anyone have any suggestions? many thanks david jencks Here's the stack trace (on B): 12:22:05,777 WARN [FarmGBean] Error attempting to distribute plugin [EMAIL PROTECTED] to node 0.0.0.0:1109 java.rmi.UnmarshalException: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.apache.geronimo.system.plugin.DownloadResults in classloader org.apache.geronimo.framework/j2ee-security/2.2-SNAPSHOT/car (no security manager: RMI class loader disabled) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:162) at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(RMIConnector.java:972) at org.apache.geronimo.system.jmx.KernelDelegate.invokeKernel(KernelDelegate.java:886) at org.apache.geronimo.system.jmx.KernelDelegate.invoke(KernelDelegate.java:547) at org.apache.geronimo.kernel.basic.KernelOperationInvoker.invoke(KernelOperationInvoker.java:46) at org.apache.geronimo.system.jmx.JMXProxyMethodInterceptor.intercept(JMXProxyMethodInterceptor.java:89) at org.apache.geronimo.system.plugin.PluginInstaller$$EnhancerByCGLIB$$80823d3e.install() at org.apache.geronimo.farm.plugin.FarmGBean.installToNode(FarmGBean.java:223) at org.apache.geronimo.farm.plugin.FarmGBean.installToCluster(FarmGBean.java:207) at org.apache.geronimo.farm.plugin.FarmGBean.installToClusters(FarmGBean.java:199) at org.apache.geronimo.farm.plugin.FarmGBean.addPluginToCluster(FarmGBean.java:193) at org.apache.geronimo.farm.plugin.FarmGBean.addPluginToCluster(FarmGBean.java:181) 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: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.kernel.KernelGBean.invoke(KernelGBe
Re: Improved EJB integration... can we get some portlets?
Hi David, What is the accessTimeout attribute of the BmpContainerGBean for? It seems to map to poolSize. You are doing a set("AccessTimeout", Integer.toString(accessTimeout)); but there doesn't seem to be such a property in EntityContainer. Shouldn't this property be poolSize? Regards Manu On Fri, Sep 26, 2008 at 6:14 PM, Manu George <[EMAIL PROTECTED]> wrote: > I will modify that patch to use the changes David has made. Let me > know if you have any suggestions on the UI > > Regards > Manu > > On 9/26/08, Donald Woods <[EMAIL PROTECTED]> wrote: >> I can try to check in the patch that's there, but I've never really >> looked at or used EJBs and really don't have a burning desire to learn >> it before we get 2.2 released :-) >> >> I went ahead a assigned it back to Manu, since he's a committer now and >> understands the OpenEJB side of things >> >> >> >> -Donald >> >> >> David Blevins wrote: >>> Wow, the screenshots on that issue look about perfect. Is this >>> something you'd want to hack on? >>> >>> -David >>> >>> On Sep 25, 2008, at 12:00 PM, Donald Woods wrote: >>> Maybe the code provided in https://issues.apache.org/jira/browse/GERONIMO-3811 can be used as a starting point? -Donald David Blevins wrote: > So I improved the EJB integration so that there's a gbean for each > container type and the exact attributes for each container are > strongly typed gbean attributes. > Is it possible we can get someone to create a portlet that shows each > ejb container in the system and allows people to edit the gbean > attributes? > Any volunteers? > -David >>> >>> >> >
Tuscany Geronimo integration and the SCA JEE spec
I'd like to start spending more time actively working on the Tuscany Geronimo integration and having that more support the SCA JEE specification (see: [1]). Here is a rough outline of what i'd like to do: The goal of this would be to use Geronimo and Tuscany to create an SCA-enabled Java EE runtime, which from the SCA JEE specification means "a Java EE runtime that supports deployment and execution of SCA-enhanced Java EE applications as well as SCA-enhanced Java EE modules." We already have a start of that with the old Tuscany Geronimo Plugin [2] and there's another wiki page thats started to be used to capture some requirements at [3]. Currently the old TGP has got out of date and doesn't work with any current releases of Geronimo or Tuscany so the first thing to do is to get a basic plugin going again and then gradually add functionality to it so it does things like: - adds all Tuscany jars and their dependencys into Geronimo - supports existing Tuscany webapps without needing to include any Tuscany jars or dependencys in the lib directory - supports simple jar contributions into a Tuscany standalone node - supports Tuscany using Geronimo infrastructure for things such as HTTP and JMS hosts - supports for SCA enabled JEE application local assembly - supports SCA wiring across JEE applications and modules Thats a high level and incomplete list, it is in a rough order of when things get done and some of the items may not be needed in the log term but are just stepping stones to the later items. There's been lots of off list discussion about this so i'd like to try to move that all to the mailing lists from now so everyone can participate and can see whats going on. I'd like to try to break the work down into several milestones with actual releases that we can ask users in both Tuscany and Geronimo to try out as we go along to get feedback and also to try to promote some interest around SCA in JEE. ...ant [1] http://www.oasis-open.org/committees/download.php/29127/sca-jee-1[1].1-spec-wd03.doc [2] http://cwiki.apache.org/TUSCANYWIKI/tuscany-geronimo-integration.html [3] http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Java+EE+Integration
[BUILD] trunk: Failed for Revision: 701312
Geronimo Revision: 701312 built with tests included See the full build-0300.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003/build-0300.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 40 minutes 10 seconds [INFO] Finished at: Fri Oct 03 03:43:56 EDT 2008 [INFO] Final Memory: 397M/927M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20081003/logs-0300-tomcat/test.log Booting Geronimo Kernel (in Java 1.5.0_12)... Module 1/75 org.apache.geronimo.framework/j2ee-system/2.2-SNAPSHOT/car started in .000s Module 2/75 org.apache.geronimo.framework/jee-specs/2.2-SNAPSHOT/car started in .000s Module 3/75 org.apache.geronimo.framework/rmi-naming/2.2-SNAPSHOT/car started in .188s Module 4/75 org.apache.geronimo.plugins.classloaders/geronimo-javaee-deployment_1.1MR3_spec/2.2-SNAPSHOT/car started in .000s Module 5/75 org.apache.geronimo.framework/plugin/2.2-SNAPSHOT/car started in 1.968s Module 6/75 org.apache.geronimo.framework/xmlbeans/2.2-SNAPSHOT/car started in .000s Module 7/75 org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car started in .350s Module 8/75 org.apache.geronimo.framework/j2ee-security/2.2-SNAPSHOT/car started in .262s Module 9/75 org.apache.geronimo.configs/j2ee-server/2.2-SNAPSHOT/car started in .058s Module 10/75 org.apache.geronimo.framework/transformer-agent/2.2-SNAPSHOT/car started in .001s Module 11/75 org.apache.geronimo.plugins.classloaders/geronimo-schema-jee_5/2.2-SNAPSHOT/car started in .000s Module 12/75 org.apache.geronimo.configs/webservices-common/2.2-SNAPSHOT/car started in .001s Module 13/75 org.apache.geronimo.configs/transaction/2.2-SNAPSHOT/car started in .227s Module 14/75 org.apache.geronimo.framework/server-security-config/2.2-SNAPSHOT/car started in .045s Module 15/75 org.apache.geronimo.configs/derby/2.2-SNAPSHOT/car started in .000s Module 16/75 org.apache.geronimo.configs/system-database/2.2-SNAPSHOT/car started in 5.012s Module 17/75 org.apache.geronimo.configs/activemq-broker/2.2-SNAPSHOT/car started in 2.199s Module 18/75 org.apache.geronimo.configs/openjpa/2.2-SNAPSHOT/car started in .008s Module 19/75 org.apache.geronimo.plugins.classloaders/xbean-finder/2.2-SNAPSHOT/car started in .001s Module 20/75 org.apache.geronimo.configs/openejb/2.2-SNAPSHOT/car 03:50:36,479 WARN [service] Property "strictPooling" not supported by "DefaultStatelessContainer" 03:50:36,479 WARN [service] Property "timeout" not supported by "DefaultStatelessContainer" 03:50:36,479 WARN [service] Property "poolSize" not supported by "DefaultStatelessContainer" 03:50:36,670 WARN [service] Property "AccessTimeout" not supported by "DefaultBMPContainer" started in 1.064s Module 21/75 org.apache.geronimo.configs/axis/2.2-SNAPSHOT/car started in .137s Module 22/75 org.apache.geronimo.configs/axis2/2.2-SNAPSHOT/car started in .000s Module 23/75 org.apache.geronimo.configs/axis2-ejb/2.2-SNAPSHOT/car started in .000s Module 24/75 org.apache.geronimo.configs/j2ee-corba-yoko/2.2-SNAPSHOT/car started in .890s Module 25/75 org.apache.geronimo.configs/jasper/2.2-SNAPSHOT/car started in .002s Module 26/75 org.apache.geronimo.configs/tomcat6/2.2-SNAPSHOT/car started in 2.333s Module 27/75 org.apache.geronimo.configs/tomcat6-no-ha/2.2-SNAPSHOT/car star
RMI Classloading problem.... help appreciated.
I've run into a RMI classloading problem that I don't know how to solve and I'm hoping someone has a suggestion about how to proceed. In this scenario there are 3 jvms: A. gshell B. a controller server C. a cluster node. In B, there are 2 classloaders of interest: j2ee-security and plugin- farm. The class I'm having trouble with is DownloadResults, which is available in plugin-farm but not j2ee-security. On B, there's a gbean, FarmGBean, in plugin-farm that calls the PluginInstallerGBean on C and gets a DownloadResults back. This call is over jmx using rmi. This call is made under two circumstances: 1. FarmGBean on B recieves a multicast packet from C and calls back to C, and successfully gets the DownloadResults back. I'm assuming that rmi is using the plugin-farm classloader here for the ObjectInputStream but haven't figure out how to check. 2. Gshell on A can call over jmx/rmi to the FarmGBean on B resulting in a call to C. In this case DownloadResults cannot be loaded: I get a message saying its not available in the j2ee-security classloader. (stack trace at end of email). I think that in (1) the thread that dispatches the call to C was started in code loaded in the plugin-farm classloader whereas in (2) the thread was started in the j2ee-server classloader. I'm not certain of this however. I've tried two things that haven't worked: a. setting the thread context classloader before the call to C to the plugin-farm classloader b. making the call to C a PrivilegedExceptionAction An idea I've had that I haven't tried yet because it seems rather complicated and seems like it might introduce security holes (at least it needs more thought) would be to modify the RMIClassLoaderSpiImpl. My idea is to represent geronimo classloaders with urls containing their artifactIds. The server would include this more or less fake url in the codebase for a class and the client would look for this special url to try to load the class with. Anyone know what osgi does for similar situations? Anyone have any suggestions? many thanks david jencks Here's the stack trace (on B): 12:22:05,777 WARN [FarmGBean] Error attempting to distribute plugin [EMAIL PROTECTED] to node 0.0.0.0:1109 java.rmi.UnmarshalException: error unmarshalling return; nested exception is: java.lang.ClassNotFoundException: org.apache.geronimo.system.plugin.DownloadResults in classloader org.apache.geronimo.framework/j2ee-security/2.2-SNAPSHOT/car (no security manager: RMI class loader disabled) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:162) at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnector $RemoteMBeanServerConnection.invoke(RMIConnector.java:972) at org .apache .geronimo.system.jmx.KernelDelegate.invokeKernel(KernelDelegate.java: 886) at org .apache.geronimo.system.jmx.KernelDelegate.invoke(KernelDelegate.java: 547) at org .apache .geronimo .kernel .basic.KernelOperationInvoker.invoke(KernelOperationInvoker.java:46) at org .apache .geronimo .system .jmx .JMXProxyMethodInterceptor.intercept(JMXProxyMethodInterceptor.java:89) at org.apache.geronimo.system.plugin.PluginInstaller$$EnhancerByCGLIB$ $80823d3e.install() at org.apache.geronimo.farm.plugin.FarmGBean.installToNode(FarmGBean.java: 223) at org .apache.geronimo.farm.plugin.FarmGBean.installToCluster(FarmGBean.java: 207) at org .apache .geronimo.farm.plugin.FarmGBean.installToClusters(FarmGBean.java:199) at org .apache .geronimo.farm.plugin.FarmGBean.addPluginToCluster(FarmGBean.java:193) at org .apache .geronimo.farm.plugin.FarmGBean.addPluginToCluster(FarmGBean.java:181) 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: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.kernel.KernelGBean.invoke(KernelGBean.java:342) 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.ReflectionMethodInv