Re: Possible for G to directly consume a Tomcat server config w/o changes?
One option is to have an import tool, with which a user simply specifies Tomcat's config dir and import the configurations and even the deployed applications to Geronimo. Technical doable, but there are many details to deal with, like resources, reamls, JAR version conflicts, etc. etc. It won't be a trivial work to write such a tool. -Jack 2009/5/19 Bill Stoddard wgstodd...@gmail.com I know G can't consume tomcat configs today, but is this a feature that could be developed for G 2.2? Say I have an application successfully deployed and running under Tomcat.. wouldn't it be nice if I were able to drop the tomcat server config into a Geronimo-Tomcat assembly, start the server, deploy the app and be up and running in seconds. I'm talking about a seamless, zero effort/zero touch migration from Tomcat to a Geronimo-Tomcat assembly. Is it possible? If not, what simplifying assumptions could be made to 'mostly' achieve a zero-touch migration? What are the primary challenges with consuming a tomcat config unchanged with a G-Tomcat assembly? Same Q's apply for Jetty... what's 'doable' with-in reason? Thanks, Bill
[jira] Updated: (GERONIMO-4305) PortletException with Redeploy application checked for non existent application
[ https://issues.apache.org/jira/browse/GERONIMO-4305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rex Wang updated GERONIMO-4305: --- Attachment: GERONIMO-4305.patch GERONIMO-4305.patch is the patch for brach 2.1.5-snapshot, I have tested it. I will make a patch for trunk later. Thanks -Rex PortletException with Redeploy application checked for non existent application --- Key: GERONIMO-4305 URL: https://issues.apache.org/jira/browse/GERONIMO-4305 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.1.3, 2.1.4 Reporter: Jürgen Weber Assignee: Rex Wang Priority: Minor Fix For: 2.2 Attachments: GERONIMO-4305.patch If you deploy an application, have Redeploy application checked, but the application does not exist, there is a PortletException. This does not look very professional, Geronimo should instead handle gracefully the situation. HTTP ERROR: 500 INTERNAL_SERVER_ERROR RequestURI=/console/portal//Applications/Deploy%20New/__ac0x3plugin0x2Deployment!227983155|0 Caused by: javax.portlet.PortletException at org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:224) Caused by: javax.portlet.PortletException: jWhichJSP does not appear to be a the name of a module available on the selected server. Perhaps it has already been stopped or undeployed? If you're trying to specify a TargetModuleID, use the syntax TargetName|ModuleName instead. If you're not sure what's running, try the list-modules command. at org.apache.geronimo.console.configmanager.DeploymentPortlet.identifyTargets(DeploymentPortlet.java:254) at org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:142) ... 57 more Caused by: org.apache.geronimo.common.DeploymentException: jWhichJSP does not appear to be a the name of a module available on the selected server. Perhaps it has already been stopped or undeployed? If you're trying to specify a TargetModuleID, use the syntax TargetName|ModuleName instead. If you're not sure what's running, try the list-modules command. at org.apache.geronimo.deployment.plugin.ConfigIDExtractor.identifyTargetModuleIDs(ConfigIDExtractor.java:205) at org.apache.geronimo.console.configmanager.DeploymentPortlet.identifyTargets(DeploymentPortlet.java:242) ... 58 more Nested Exception is javax.portlet.PortletException: jWhichJSP does not appear to be a the name of a module available on the selected server. Perhaps it has already been stopped or undeployed? If you're trying to specify a TargetModuleID, use the syntax TargetName|ModuleName instead. If you're not sure what's running, try the list-modules command. at org.apache.geronimo.console.configmanager.DeploymentPortlet.identifyTargets(DeploymentPortlet.java:254) at org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:142) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218) -- 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: 776287
Geronimo Revision: 776287 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090519/build-0900.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20090519 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 44 minutes 14 seconds [INFO] Finished at: Tue May 19 09:47:32 EDT 2009 [INFO] Final Memory: 407M/1006M [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/20090519/logs-0900-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/xmlbeans/2.2-SNAPSHOT/car started in .000s Module 4/75 org.apache.geronimo.framework/rmi-naming/2.2-SNAPSHOT/car 2009-05-19 09:52:24,321 WARN [RMIRegistryService] RMI Registry failed 2009-05-19 09:52:24,323 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.framework/rmi-naming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.2-SNAPSHOT/car,j2eeType=GBean,name=RMIRegistry java.rmi.server.ExportException: Port already in use: 1099; nested exception is: java.net.BindException: Address already in use at sun.rmi.transport.tcp.TCPTransport.listen(TCPTransport.java:249) at sun.rmi.transport.tcp.TCPTransport.exportObject(TCPTransport.java:184) at sun.rmi.transport.tcp.TCPEndpoint.exportObject(TCPEndpoint.java:382) at sun.rmi.transport.LiveRef.exportObject(LiveRef.java:116) at sun.rmi.server.UnicastServerRef.exportObject(UnicastServerRef.java:180) at sun.rmi.registry.RegistryImpl.setup(RegistryImpl.java:92) at sun.rmi.registry.RegistryImpl.init(RegistryImpl.java:68) at java.rmi.registry.LocateRegistry.createRegistry(LocateRegistry.java:222) at org.apache.geronimo.kernel.rmi.RMIRegistryService.doStart(RMIRegistryService.java:72) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:269) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:103) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:125) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:538) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:377) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:190) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:546) 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:815) 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.EditableConfigurationManager$$EnhancerByCGLIB$$7f05bb7a.startConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:161) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main
[jira] Updated: (GERONIMODEVTOOLS-571) Next or Finish Button displays when required fields are not selected or checked during convert plugin
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Jain updated GERONIMODEVTOOLS-571: - Attachment: GERONIMODEVTOOLS-571.patch I do not see any issues with the 1) . However 2) can prompt user of an invalid selection which is covered in this patch. Please verify thanks. Next or Finish Button displays when required fields are not selected or checked during convert plugin - Key: GERONIMODEVTOOLS-571 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-571 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.4 Reporter: viola.lu Assignee: Tim McConnell Priority: Minor Attachments: GERONIMODEVTOOLS-571.patch 1.Right-click Open definded server on GEP, and click plugin -convert app to plugin-choose folder, next button displays but user should check either button below it and then can go to next step. 2.Right-click Open definded server on GEP, and click plugin -Create Custom Assebmly-Finish button displays even if no any inputs.It should be grey if requried fields are not filled out. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (DAYTRADER-68) A version of daytrader for Tomcat 6
[ https://issues.apache.org/jira/browse/DAYTRADER-68?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12710753#action_12710753 ] Joe Bohn commented on DAYTRADER-68: --- Donald, Can you clarify your comments regarding geronimo plugins? Daytrader trunk already creates several plugins for both tomcat and jetty (streamer-client, ws-client, and the core sample itself) along with plugins for various datasources and jms. In fact, I think these were part of the 2.1.3 release you had assembled and put up for vote a few months back. Introducing a web-only version of the core sample and making plugins for it available for tomcat and jetty seems consistent with what is already in place. I see no reason to extract the plugin generation from Daytrader and include it in Geronimo Samples. If daytrader is to be a subproject of Geronimo then it seems appropriate that it would contain some Geronimo specific content. However, I would hope that the addition of Geronimo plugins would not hinder our ability to generate the vanilla war/ear versions for deployment in other web/app servers since that is my current interest at the moment. A version of daytrader for Tomcat 6 --- Key: DAYTRADER-68 URL: https://issues.apache.org/jira/browse/DAYTRADER-68 Project: DayTrader Issue Type: New Feature Security Level: public(Regular issues) Components: Web Tier Affects Versions: 2.2 Environment: Tomcat 6.0.18 Reporter: Forrest Xia Assignee: Joe Bohn Fix For: 2.2 Attachments: daytrader-webonly-new.patch, daytrader-webonly-new.zip, daytrader-webonly.patch I have a trimmed version of daytrader for tomcat 6, and want to contribute to daytrader trunk, please help review and commit. thanks! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-572) Cann't remove servlet entry in web.xml after deleting servlet
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12710765#action_12710765 ] Ashish Jain commented on GERONIMODEVTOOLS-572: -- As I understand web.xml is not created by gep. It is an inbuilt funtionality provided by eclipse J2EE perspective. I tested this with creating a web application in eclipse without geronimo runtime and found a similar behaviour as has been reported in this JIRA. The trace also suggests the creation of geronimo-web.xml and not web.xml. Cann't remove servlet entry in web.xml after deleting servlet - Key: GERONIMODEVTOOLS-572 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-572 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.4 Reporter: viola.lu Assignee: Tim McConnell Priority: Minor 1.When i create a servlet, GEP will automatically add servlet entry in web.xml for example in a dynamice web app, i create a test servlet,below will append to web.xml servlet description/description display-nametest/display-name servlet-nametest/servlet-name servlet-classtest/servlet-class /servlet servlet-mapping servlet-nametest/servlet-name url-pattern/test/url-pattern /servlet-mapping But if delete this servlet, remove entry from this web.xml won't happen, and if this app is running on a server, error will display, and i should manually remove it from web.xml. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (DAYTRADER-68) A version of daytrader for Tomcat 6
[ https://issues.apache.org/jira/browse/DAYTRADER-68?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12710790#action_12710790 ] Donald Woods commented on DAYTRADER-68: --- If we can generate non-plugin artifacts without duplicating modules, then great. I just don't want us creating a plugin-only or crippled plug-in ready version of the web-only code, as it should also be deployable in Tomcat AS-IS with all the required depends (except the DB) contained in the webapps /lib directory, instead of expecting users to copy depends into Tomcats lib or shared directories. A version of daytrader for Tomcat 6 --- Key: DAYTRADER-68 URL: https://issues.apache.org/jira/browse/DAYTRADER-68 Project: DayTrader Issue Type: New Feature Security Level: public(Regular issues) Components: Web Tier Affects Versions: 2.2 Environment: Tomcat 6.0.18 Reporter: Forrest Xia Assignee: Joe Bohn Fix For: 2.2 Attachments: daytrader-webonly-new.patch, daytrader-webonly-new.zip, daytrader-webonly.patch I have a trimmed version of daytrader for tomcat 6, and want to contribute to daytrader trunk, please help review and commit. thanks! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (DAYTRADER-68) A version of daytrader for Tomcat 6
[ https://issues.apache.org/jira/browse/DAYTRADER-68?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12710795#action_12710795 ] Joe Bohn commented on DAYTRADER-68: --- I agree that we shouldn't break the non-plugin install. What is currently in trunk installs in tomcat as-is. I updated the build so that commons-logging is included in the war's web-inf/lib. The only other dependency that must be manually placed in the tomcat/lib is the derby jar ... at least that worked for me. A version of daytrader for Tomcat 6 --- Key: DAYTRADER-68 URL: https://issues.apache.org/jira/browse/DAYTRADER-68 Project: DayTrader Issue Type: New Feature Security Level: public(Regular issues) Components: Web Tier Affects Versions: 2.2 Environment: Tomcat 6.0.18 Reporter: Forrest Xia Assignee: Joe Bohn Fix For: 2.2 Attachments: daytrader-webonly-new.patch, daytrader-webonly-new.zip, daytrader-webonly.patch I have a trimmed version of daytrader for tomcat 6, and want to contribute to daytrader trunk, please help review and commit. thanks! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Possible for G to directly consume a Tomcat server config w/o changes?
One quick way would be allow users to start a tomcat server from a geronimo tomcat javaee5 assembly or little G tomcat assembly(say geronimo.sh start tomcatOnly=true). It is possible to just launch the tomcat server, and read the configuration files (conf/server.xml, etc) and start a tomcat server from a geronimo tomcat assembly, by using the Catalina.java provided by tomcat. But this server/app would have no relationship with geronimo, other than using the jars provided by the geronimo tomcat assembly. The deployed app would be tracked only by tomcat, and not by geronimo. We should be able to achieve this without adding any new jars. If we need more than that, I can for seen the following issues that need investigation - 1. We'll have to provide better server integration with tomcat and be able to read the server configuration from tomcat's server configuration files, along with using config.xml configurations. 2. We'll have to migrate user's app automatically for the user, when the user's app is a bit complicated that contains any need to require a geronimo-web.xml Lin On Mon, May 18, 2009 at 3:49 PM, Bill Stoddard wgstodd...@gmail.com wrote: I know G can't consume tomcat configs today, but is this a feature that could be developed for G 2.2? Say I have an application successfully deployed and running under Tomcat.. wouldn't it be nice if I were able to drop the tomcat server config into a Geronimo-Tomcat assembly, start the server, deploy the app and be up and running in seconds. I'm talking about a seamless, zero effort/zero touch migration from Tomcat to a Geronimo-Tomcat assembly. Is it possible? If not, what simplifying assumptions could be made to 'mostly' achieve a zero-touch migration? What are the primary challenges with consuming a tomcat config unchanged with a G-Tomcat assembly? Same Q's apply for Jetty... what's 'doable' with-in reason? Thanks, Bill
Re: [blueprint] itests failing with NoClassDefFoundError
Hmm ... I've been building with the itests just fine ... and that's even with maven 2.0.9. I did have one problem earlier today but noticed another code change soon after my build failed ... so I updated and built again. However, I haven't attempted to build with a clean repo. I did just notice one problem when I attempted to comment out some of the references in the blueprint-sample and build again - that caused itest failures. Once I reverted my changes things were once again successful. I learned that the blueprint-sample is used in the itests so even changes which I thought would not affect anything actually did have an impact. Joe David Blevins wrote: Gave 2.0.10 a try. No luck so tried the clean repo, also no luck. $ svn up At revision 776452. $ mvn clean install -Dmaven.repo.local=repo blueprint-build.log $ cat blueprint-itests/target/surefire-reports/*.txt blueprint-surefire.txt And the results: http://people.apache.org/~dblevins/blueprint-build.log http://people.apache.org/~dblevins/blueprint-surefire.txt If you haven't already, give a clean repo a try yourself. Could be there's local state in your repo that makes things work -- wouldn't be the first or last time anything like that ever happened. -David On May 18, 2009, at 9:49 PM, Jarek Gawor wrote: What version of maven are you using? I had problems with 2.0.9 but works fine for me with 2.0.10. I don't know if this will help but maybe try with clean m2 repo? itests pull in a lot of stuff... maybe we need to tie down some plugin version. Jarek On Mon, May 18, 2009 at 10:33 PM, David Blevins david.blev...@visi.com wrote: Trying to get a clean build on the blueprint code. Getting several errors due to what seems like an invalid bundle config. ERROR: Error starting file:bundles/blueprint-core_1.0.0.SNAPSHOT.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect)(version=1.0.0))) org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect)(version=1.0.0)) at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3090) at org.apache.felix.framework.Felix.startBundle(Felix.java:1439) at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984) at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263) I'm guessing that 1.0.0.SNAPSHOT is considered greater than 1.0.0 and something else is going on. What's the trick to getting these tests to run? -David
Re: [blueprint] itests failing with NoClassDefFoundError
FYI - I just cleaned out my local repo and gave it a shot - my build was still successful - so that doesn't appear to be the cause of the problem. Joe Joe Bohn wrote: Hmm ... I've been building with the itests just fine ... and that's even with maven 2.0.9. I did have one problem earlier today but noticed another code change soon after my build failed ... so I updated and built again. However, I haven't attempted to build with a clean repo. I did just notice one problem when I attempted to comment out some of the references in the blueprint-sample and build again - that caused itest failures. Once I reverted my changes things were once again successful. I learned that the blueprint-sample is used in the itests so even changes which I thought would not affect anything actually did have an impact. Joe David Blevins wrote: Gave 2.0.10 a try. No luck so tried the clean repo, also no luck. $ svn up At revision 776452. $ mvn clean install -Dmaven.repo.local=repo blueprint-build.log $ cat blueprint-itests/target/surefire-reports/*.txt blueprint-surefire.txt And the results: http://people.apache.org/~dblevins/blueprint-build.log http://people.apache.org/~dblevins/blueprint-surefire.txt If you haven't already, give a clean repo a try yourself. Could be there's local state in your repo that makes things work -- wouldn't be the first or last time anything like that ever happened. -David On May 18, 2009, at 9:49 PM, Jarek Gawor wrote: What version of maven are you using? I had problems with 2.0.9 but works fine for me with 2.0.10. I don't know if this will help but maybe try with clean m2 repo? itests pull in a lot of stuff... maybe we need to tie down some plugin version. Jarek On Mon, May 18, 2009 at 10:33 PM, David Blevins david.blev...@visi.com wrote: Trying to get a clean build on the blueprint code. Getting several errors due to what seems like an invalid bundle config. ERROR: Error starting file:bundles/blueprint-core_1.0.0.SNAPSHOT.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect)(version=1.0.0))) org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect)(version=1.0.0)) at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3090) at org.apache.felix.framework.Felix.startBundle(Felix.java:1439) at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984) at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263) I'm guessing that 1.0.0.SNAPSHOT is considered greater than 1.0.0 and something else is going on. What's the trick to getting these tests to run? -David
Re: Thinking about a 2.2 release
I've moved the jetty7 integration from my sandbox into trunk. It's always built but not used by default. To use jetty7 rather than jetty6 run maven with -Djetty=jetty7 or change the commenting in the root pom to !--jettyjetty6/jetty-- jettyjetty7/jetty The Jaspic implementation seems to be working pretty well with the tck. At this point I'd like to branch 2.2 off and integration the classloading stuff I did in my framework sandbox. I don't really anticipate any more large-scale changes to 2.2, just fixes for various issues such as the mdb problems. Alternatively I could create a branch of all of geronimo to play more with classloading. However I'd rather this stuff was in the bright light of trunk development. I'd also like to switch to using jetty7 by default. Comments? thanks david jencks On Apr 21, 2009, at 11:50 PM, David Jencks wrote: On Apr 15, 2009, at 10:42 PM, David Jencks wrote: On Apr 15, 2009, at 10:33 PM, Jack Cai wrote: I agree that a 2.2 release would be nice to do to push out things already in trunk, before our users wait for too long. :-) I'm reviewing the list of planned features [1] and current status [2] of 2.2. The latter [2] is more up-to-date. It would be good to make clear the areas that need some more work, so that people like me can jump in and help. Currently the major development items I see - 1. TCK, need a committer to do the job 2. MDB problems mentioned above 3. JMS portlets update mentioned above 4. Farm/cluster management (do we still want this in 2.2?) What's the problem with (4)? I've been assuming that the classloader work Gianny and I have been working on in my sandbox would get into 2.2. At the moment I think I have the classloader framework more or less working and I'm going through the plugins working on setting up the required jar dependencies. Only some of them can be derived from maven dependencies. This is turning out to be a somewhat slow process. I finally got the server to run with the one-classloader-per-jar setup. After struggling with this for a couple of weeks and seeing the difficultly of correctly configuring classloaders I don't think we should put this into 2.2. For one thing classloading seems to be pretty slow: it takes about 55 seconds to start the jetty-jee5 server. At the moment I think a reasonable strategy would be to: 1. branch 2.2 off of trunk now 2. merge in the classloader work from my sandbox framework and local copy 3. upgrade trunk version to 3.0-SNAPSHOT 4. work on using osgi classloading instead of our homegrown solution. For 2.2 it would be nice to get jaspi officially OK and in. We finally got the tck from sun. I haven't looked at it yet to try to figure out how hard it will be to adapt to our tck setup or to run. If we can get it in we can probably also get the jetty 7 integration in. Doing this before (1) might be a good idea. thanks david jencks thanks david jencks And of course there are also testing and doc work. Please complement and elaborate if necessary. [1] http://cwiki.apache.org/GMOxPMGT/geronimo-22-release- roadmap.html [2] http://cwiki.apache.org/GMOxPMGT/geronimo-22-release-status.html - Jack 2009/4/16 Kevan Miller kevan.mil...@gmail.com On Apr 15, 2009, at 11:29 AM, David Jencks wrote: On Apr 15, 2009, at 8:23 AM, Donald Woods wrote: Should we try reverting trunk (2.2) to use the same levels of OpenEJB and Axis as in the recent 2.1.4 release, to see how close we would be to a release that passes the TCK? That way, ActiveMQ 5.3-SNAPSHOT would be the major difference left to resolve for a 2.2 release I think it would be more worthwhile to look into what is going wrong with the mdbs. David Blevins doesn't think any mdb-related openejb code changed and ActiveMQ broke at least one other thing since the last time mdbs worked well. I agree. FYI, I tried to get TCK fired up, but am having some issues. David, have your run tck recently? Let's discuss on tck mailing list... What's the status of JMS resources and the Admin Console? Seem to recall some missing function... --kevan
Re: [blueprint] itests failing with NoClassDefFoundError
It seems the blueprint-bundle jar can not be found using a maven url. Do you use the default m2 repository ? That may be the problem. 2009/5/19 David Blevins david.blev...@visi.com: Gave 2.0.10 a try. No luck so tried the clean repo, also no luck. $ svn up At revision 776452. $ mvn clean install -Dmaven.repo.local=repo blueprint-build.log $ cat blueprint-itests/target/surefire-reports/*.txt blueprint-surefire.txt And the results: http://people.apache.org/~dblevins/blueprint-build.log http://people.apache.org/~dblevins/blueprint-surefire.txt If you haven't already, give a clean repo a try yourself. Could be there's local state in your repo that makes things work -- wouldn't be the first or last time anything like that ever happened. -David On May 18, 2009, at 9:49 PM, Jarek Gawor wrote: What version of maven are you using? I had problems with 2.0.9 but works fine for me with 2.0.10. I don't know if this will help but maybe try with clean m2 repo? itests pull in a lot of stuff... maybe we need to tie down some plugin version. Jarek On Mon, May 18, 2009 at 10:33 PM, David Blevins david.blev...@visi.com wrote: Trying to get a clean build on the blueprint code. Getting several errors due to what seems like an invalid bundle config. ERROR: Error starting file:bundles/blueprint-core_1.0.0.SNAPSHOT.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect)(version=1.0.0))) org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect)(version=1.0.0)) at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3090) at org.apache.felix.framework.Felix.startBundle(Felix.java:1439) at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984) at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263) I'm guessing that 1.0.0.SNAPSHOT is considered greater than 1.0.0 and something else is going on. What's the trick to getting these tests to run? -David -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
Re: [blueprint] itests failing with NoClassDefFoundError
On May 19, 2009, at 4:49 PM, Guillaume Nodet wrote: It seems the blueprint-bundle jar can not be found using a maven url. Do you use the default m2 repository ? That may be the problem. I haven't changed anything in my setup, so I guess that's a yes. Is there a repository I need that is not list in the pom? -David 2009/5/19 David Blevins david.blev...@visi.com: Gave 2.0.10 a try. No luck so tried the clean repo, also no luck. $ svn up At revision 776452. $ mvn clean install -Dmaven.repo.local=repo blueprint-build.log $ cat blueprint-itests/target/surefire-reports/*.txt blueprint- surefire.txt And the results: http://people.apache.org/~dblevins/blueprint-build.log http://people.apache.org/~dblevins/blueprint-surefire.txt If you haven't already, give a clean repo a try yourself. Could be there's local state in your repo that makes things work -- wouldn't be the first or last time anything like that ever happened. -David On May 18, 2009, at 9:49 PM, Jarek Gawor wrote: What version of maven are you using? I had problems with 2.0.9 but works fine for me with 2.0.10. I don't know if this will help but maybe try with clean m2 repo? itests pull in a lot of stuff... maybe we need to tie down some plugin version. Jarek On Mon, May 18, 2009 at 10:33 PM, David Blevins david.blev...@visi.com wrote: Trying to get a clean build on the blueprint code. Getting several errors due to what seems like an invalid bundle config. ERROR: Error starting file:bundles/blueprint- core_1.0.0.SNAPSHOT.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect) (version=1.0.0))) org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect) (version=1.0.0)) at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3090) at org.apache.felix.framework.Felix.startBundle(Felix.java: 1439) at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java: 984) at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java: 263) I'm guessing that 1.0.0.SNAPSHOT is considered greater than 1.0.0 and something else is going on. What's the trick to getting these tests to run? -David -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
Re: [blueprint] itests failing with NoClassDefFoundError
To test the theory that this is settings related, someone run this script: #!/bin/bash TMP=/tmp/$USER-$RANDOM mkdir $TMP cd $TMP svn -q co http://svn.apache.org/repos/asf/geronimo/sandbox/ blueprint cd blueprint mvn -v mvn --settings /dev/null clean install -Dmaven.repo.local=repo If this works for you... send my your computer :) I've ran it on my mac and on people.a.o with the expected failure. Would love to know what the magic settings.xml data is and if there's some way to get it into the root pom.xml. -David On May 19, 2009, at 5:12 PM, David Blevins wrote: On May 19, 2009, at 4:49 PM, Guillaume Nodet wrote: It seems the blueprint-bundle jar can not be found using a maven url. Do you use the default m2 repository ? That may be the problem. I haven't changed anything in my setup, so I guess that's a yes. Is there a repository I need that is not list in the pom? -David 2009/5/19 David Blevins david.blev...@visi.com: Gave 2.0.10 a try. No luck so tried the clean repo, also no luck. $ svn up At revision 776452. $ mvn clean install -Dmaven.repo.local=repo blueprint-build.log $ cat blueprint-itests/target/surefire-reports/*.txt blueprint- surefire.txt And the results: http://people.apache.org/~dblevins/blueprint-build.log http://people.apache.org/~dblevins/blueprint-surefire.txt If you haven't already, give a clean repo a try yourself. Could be there's local state in your repo that makes things work -- wouldn't be the first or last time anything like that ever happened. -David On May 18, 2009, at 9:49 PM, Jarek Gawor wrote: What version of maven are you using? I had problems with 2.0.9 but works fine for me with 2.0.10. I don't know if this will help but maybe try with clean m2 repo? itests pull in a lot of stuff... maybe we need to tie down some plugin version. Jarek On Mon, May 18, 2009 at 10:33 PM, David Blevins david.blev...@visi.com wrote: Trying to get a clean build on the blueprint code. Getting several errors due to what seems like an invalid bundle config. ERROR: Error starting file:bundles/blueprint- core_1.0.0.SNAPSHOT.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect) (version=1.0.0))) org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect) (version=1.0.0)) at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3090) at org.apache.felix.framework.Felix.startBundle(Felix.java: 1439) at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java: 984) at org .apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java: 263) I'm guessing that 1.0.0.SNAPSHOT is considered greater than 1.0.0 and something else is going on. What's the trick to getting these tests to run? -David -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
[BUILD] trunk: Failed for Revision: 776504
Geronimo Revision: 776504 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090519/build-2100.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20090519 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 38 minutes 32 seconds [INFO] Finished at: Tue May 19 21:41:27 EDT 2009 [INFO] Final Memory: 701M/995M [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/20090519/logs-2100-tomcat/test.log Booting Geronimo Kernel (in Java 1.6.0_10)... 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 .001s Module 3/75 org.apache.geronimo.framework/xmlbeans/2.2-SNAPSHOT/car started in .000s Module 4/75 org.apache.geronimo.framework/rmi-naming/2.2-SNAPSHOT/car 2009-05-19 21:45:00,320 WARN [RMIRegistryService] RMI Registry failed 2009-05-19 21:45:00,321 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.framework/rmi-naming/2.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.2-SNAPSHOT/car,j2eeType=GBean,name=RMIRegistry java.rmi.server.ExportException: Port already in use: 1099; nested exception is: java.net.BindException: Address already in use at sun.rmi.transport.tcp.TCPTransport.listen(TCPTransport.java:310) at sun.rmi.transport.tcp.TCPTransport.exportObject(TCPTransport.java:218) at sun.rmi.transport.tcp.TCPEndpoint.exportObject(TCPEndpoint.java:393) at sun.rmi.transport.LiveRef.exportObject(LiveRef.java:129) at sun.rmi.server.UnicastServerRef.exportObject(UnicastServerRef.java:190) at sun.rmi.registry.RegistryImpl.setup(RegistryImpl.java:92) at sun.rmi.registry.RegistryImpl.init(RegistryImpl.java:68) at java.rmi.registry.LocateRegistry.createRegistry(LocateRegistry.java:222) at org.apache.geronimo.kernel.rmi.RMIRegistryService.doStart(RMIRegistryService.java:72) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:269) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:103) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:125) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:538) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:377) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:190) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:546) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:815) 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.gbean.GBeanLifecycle$$EnhancerByCGLIB$$2d0e8aec.startConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:161) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45
[jira] Updated: (GERONIMO-4532) Port the GERONIMO-4484 patch for V2.1
[ https://issues.apache.org/jira/browse/GERONIMO-4532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kan Ogawa updated GERONIMO-4532: Attachment: console-base-portlets.patch Attached the console-base-portlets patch. Port the GERONIMO-4484 patch for V2.1 - Key: GERONIMO-4532 URL: https://issues.apache.org/jira/browse/GERONIMO-4532 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.1, 2.1.1, 2.1.2, 2.1.3, 2.1.4 Reporter: Kan Ogawa Assignee: Kan Ogawa Priority: Minor Attachments: activemq-portlets.patch, console-base-portlets.patch, console-core.patch, console-portal-driver.patch, debugviews-portlets.patch, mconsole-war.patch, plancreator-portlets.patch, plugin-portlets.patch, sysdb-portlets.patch I think that this issue is very important. After the GERONIMO-4485 patches are committed, I will try to port GERONIMO-4484 patches for 2.1 version. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [blueprint] itests failing with NoClassDefFoundError
Well, I guess it must be something in settings ... so I don't have to give you my computer :-) I hit the failure with the script. Joe David Blevins wrote: To test the theory that this is settings related, someone run this script: #!/bin/bash TMP=/tmp/$USER-$RANDOM mkdir $TMP cd $TMP svn -q co http://svn.apache.org/repos/asf/geronimo/sandbox/blueprint cd blueprint mvn -v mvn --settings /dev/null clean install -Dmaven.repo.local=repo If this works for you... send my your computer :) I've ran it on my mac and on people.a.o with the expected failure. Would love to know what the magic settings.xml data is and if there's some way to get it into the root pom.xml. -David On May 19, 2009, at 5:12 PM, David Blevins wrote: On May 19, 2009, at 4:49 PM, Guillaume Nodet wrote: It seems the blueprint-bundle jar can not be found using a maven url. Do you use the default m2 repository ? That may be the problem. I haven't changed anything in my setup, so I guess that's a yes. Is there a repository I need that is not list in the pom? -David 2009/5/19 David Blevins david.blev...@visi.com: Gave 2.0.10 a try. No luck so tried the clean repo, also no luck. $ svn up At revision 776452. $ mvn clean install -Dmaven.repo.local=repo blueprint-build.log $ cat blueprint-itests/target/surefire-reports/*.txt blueprint-surefire.txt And the results: http://people.apache.org/~dblevins/blueprint-build.log http://people.apache.org/~dblevins/blueprint-surefire.txt If you haven't already, give a clean repo a try yourself. Could be there's local state in your repo that makes things work -- wouldn't be the first or last time anything like that ever happened. -David On May 18, 2009, at 9:49 PM, Jarek Gawor wrote: What version of maven are you using? I had problems with 2.0.9 but works fine for me with 2.0.10. I don't know if this will help but maybe try with clean m2 repo? itests pull in a lot of stuff... maybe we need to tie down some plugin version. Jarek On Mon, May 18, 2009 at 10:33 PM, David Blevins david.blev...@visi.com wrote: Trying to get a clean build on the blueprint code. Getting several errors due to what seems like an invalid bundle config. ERROR: Error starting file:bundles/blueprint-core_1.0.0.SNAPSHOT.jar (org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect)(version=1.0.0))) org.osgi.framework.BundleException: Unresolved constraint in bundle 5: package; ((package=org.osgi.service.blueprint.reflect)(version=1.0.0)) at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3090) at org.apache.felix.framework.Felix.startBundle(Felix.java:1439) at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984) at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263) I'm guessing that 1.0.0.SNAPSHOT is considered greater than 1.0.0 and something else is going on. What's the trick to getting these tests to run? -David -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
[jira] Created: (GERONIMO-4635) Security realm changes are lost after restart server
Security realm changes are lost after restart server Key: GERONIMO-4635 URL: https://issues.apache.org/jira/browse/GERONIMO-4635 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: security Affects Versions: 2.2 Reporter: viola.lu Priority: Minor 1.Start server, login to admin console 2.Click Security-Security Realms-Name:test, Ldap Realm,input required fileds, test login and deploy it. 3.Open this deployed ldap realm, and edit roleBase filed from ou=users,ou=system to ou=groups, ou=system, and save it, reopen modified ldap realm, changes has already been updated from admin console view 4.Restart server, and open ldap realm, but chagnes are lost. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Possible for G to directly consume a Tomcat server config w/o changes?
I am not a tomcat expert either... :-) I think we could also try the following approach: 1. figure out how to read tomcat server.xml like you described. Tomcat is using 2. at the G server startup, transform data in tomcat server.xml into G config.xml, if there is change to server.xml since last time server started. I think coming up for the mapping could be hard as configuring some features like valve or cluster requires documentation, time and experience. Also, there could be some functions/configurations in server.xml that we don't support in G yet. 3. During G startup, G can just build the embedded tomcat server by reading data from config.xml, like what it is doing today. AFAIK, server.xml doesn't contain any app info. I agree that this is a very big change and requires a lot of testing to make sure things are not regressed. Lin On Tue, May 19, 2009 at 6:09 PM, David Jencks david_jen...@yahoo.com wrote: I'm not enough of a tomcat expert to know exactly what information a server.xml contains so I'm not quite sure how much the following makes sense. I think I would approach this by building a namespace aware builder that can interpret documents following the server.xml schema and construct the entire tomcat server from it. In other words, instead of starting with our current tomcat6 plugin, the builder would construct a replacement for it from the server.xml. If server.xml contains info on apps that are deployed in the tomcat instance, this could perhaps hook into or extend the current TomcatModuleBuilder to also set up plugins for each web app involved. The first part here might not be too hard. IMO if we treat the server.xml as a geronimo plan that would be acceptable. I'd recommend trying jaxb rather than using xmlbeans. I don't know how practical this would turn out to be but it's worth starting with. I personally think this is too large an addition to plan to get into 2.2. However if a motivated person shows up with something working before we solve the other problems I think we could consider it. 2.2 is already so much later than we had planned I don't want to hold it up for any new features after the other problems have been solved. thanks david jencks Lin On Mon, May 18, 2009 at 3:49 PM, Bill Stoddard wgstodd...@gmail.com wrote: I know G can't consume tomcat configs today, but is this a feature that could be developed for G 2.2? Say I have an application successfully deployed and running under Tomcat.. wouldn't it be nice if I were able to drop the tomcat server config into a Geronimo-Tomcat assembly, start the server, deploy the app and be up and running in seconds. I'm talking about a seamless, zero effort/zero touch migration from Tomcat to a Geronimo-Tomcat assembly. Is it possible? If not, what simplifying assumptions could be made to 'mostly' achieve a zero-touch migration? What are the primary challenges with consuming a tomcat config unchanged with a G-Tomcat assembly? Same Q's apply for Jetty... what's 'doable' with-in reason? Thanks, Bill
[jira] Updated: (GERONIMO-4530) unnecessary dependencies in custom server
[ https://issues.apache.org/jira/browse/GERONIMO-4530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Jiang updated GERONIMO-4530: -- Attachment: G4530_trunk.patch In org.apache.geronimo.openejb.deployment.EjbModuleBuilder of geronimo-openejb-builder, NoTxDatasource and NoTxDatasource defined in system-database are used as the default cmp PU datasources(I guess it's for EJB2 CMP entity bean compatibility). As a result, it can't be removed from the openejb + framework assembly. activemq-broker is useless if the user does not want a embedded JMS provider . Sure it's should not be a dependency of openejb. unnecessary dependencies in custom server - Key: GERONIMO-4530 URL: https://issues.apache.org/jira/browse/GERONIMO-4530 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: dependencies Affects Versions: 2.1.3, 2.1.4 Reporter: Jürgen Weber Fix For: 2.2 Attachments: G4530_trunk.patch a custom server assembly reduced to Boilerplate Minimal and OpenEJB still has dependencies to ActiveMQ and Derby. These should be removed. see http://www.nabble.com/Start-server-without-open-ports---possible--td21850866s134.html Booting Geronimo Kernel (in Java 1.6.0_11)... Starting Geronimo Application Server v2.1.3 [] 100% 9s Startup complete Listening on Ports: 1399 0.0.0.0 RMI Naming 1827 127.0.0.1 Derby Connector 4501 127.0.0.1 OpenEJB Daemon 10299 127.0.0.1 JMX Remoting Connector 61913 0.0.0.0 ActiveMQ Transport Connector 61916 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: RAR: org.apache.geronimo.configs/system-database/2.1.3/car -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4530) unnecessary dependencies in custom server
[ https://issues.apache.org/jira/browse/GERONIMO-4530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Jiang updated GERONIMO-4530: -- Attachment: G4530_21.patch patch for 2.1.5 snapshot. unnecessary dependencies in custom server - Key: GERONIMO-4530 URL: https://issues.apache.org/jira/browse/GERONIMO-4530 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: dependencies Affects Versions: 2.1.3, 2.1.4 Reporter: Jürgen Weber Fix For: 2.2 Attachments: G4530_21.patch, G4530_trunk.patch a custom server assembly reduced to Boilerplate Minimal and OpenEJB still has dependencies to ActiveMQ and Derby. These should be removed. see http://www.nabble.com/Start-server-without-open-ports---possible--td21850866s134.html Booting Geronimo Kernel (in Java 1.6.0_11)... Starting Geronimo Application Server v2.1.3 [] 100% 9s Startup complete Listening on Ports: 1399 0.0.0.0 RMI Naming 1827 127.0.0.1 Derby Connector 4501 127.0.0.1 OpenEJB Daemon 10299 127.0.0.1 JMX Remoting Connector 61913 0.0.0.0 ActiveMQ Transport Connector 61916 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: RAR: org.apache.geronimo.configs/system-database/2.1.3/car -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4305) PortletException with Redeploy application checked for non existent application
[ https://issues.apache.org/jira/browse/GERONIMO-4305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rex Wang updated GERONIMO-4305: --- Attachment: GERONIMO-4305-trunk.patch GERONIMO-4305-trunk.patch is the patch for trunk. -Rex PortletException with Redeploy application checked for non existent application --- Key: GERONIMO-4305 URL: https://issues.apache.org/jira/browse/GERONIMO-4305 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.1.3, 2.1.4 Reporter: Jürgen Weber Assignee: Rex Wang Priority: Minor Fix For: 2.2 Attachments: GERONIMO-4305-trunk.patch, GERONIMO-4305.patch If you deploy an application, have Redeploy application checked, but the application does not exist, there is a PortletException. This does not look very professional, Geronimo should instead handle gracefully the situation. HTTP ERROR: 500 INTERNAL_SERVER_ERROR RequestURI=/console/portal//Applications/Deploy%20New/__ac0x3plugin0x2Deployment!227983155|0 Caused by: javax.portlet.PortletException at org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:224) Caused by: javax.portlet.PortletException: jWhichJSP does not appear to be a the name of a module available on the selected server. Perhaps it has already been stopped or undeployed? If you're trying to specify a TargetModuleID, use the syntax TargetName|ModuleName instead. If you're not sure what's running, try the list-modules command. at org.apache.geronimo.console.configmanager.DeploymentPortlet.identifyTargets(DeploymentPortlet.java:254) at org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:142) ... 57 more Caused by: org.apache.geronimo.common.DeploymentException: jWhichJSP does not appear to be a the name of a module available on the selected server. Perhaps it has already been stopped or undeployed? If you're trying to specify a TargetModuleID, use the syntax TargetName|ModuleName instead. If you're not sure what's running, try the list-modules command. at org.apache.geronimo.deployment.plugin.ConfigIDExtractor.identifyTargetModuleIDs(ConfigIDExtractor.java:205) at org.apache.geronimo.console.configmanager.DeploymentPortlet.identifyTargets(DeploymentPortlet.java:242) ... 58 more Nested Exception is javax.portlet.PortletException: jWhichJSP does not appear to be a the name of a module available on the selected server. Perhaps it has already been stopped or undeployed? If you're trying to specify a TargetModuleID, use the syntax TargetName|ModuleName instead. If you're not sure what's running, try the list-modules command. at org.apache.geronimo.console.configmanager.DeploymentPortlet.identifyTargets(DeploymentPortlet.java:254) at org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:142) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4305) PortletException with Redeploy application checked for non existent application
[ https://issues.apache.org/jira/browse/GERONIMO-4305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12710989#action_12710989 ] Rex Wang commented on GERONIMO-4305: Besides, the two patches all resolve the http 500 error. And the GERONIMO-4305-trunk.patch contains the properties file for globalization usage. Anyone can help commit it? thanks -Rex PortletException with Redeploy application checked for non existent application --- Key: GERONIMO-4305 URL: https://issues.apache.org/jira/browse/GERONIMO-4305 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.1.3, 2.1.4 Reporter: Jürgen Weber Assignee: Rex Wang Priority: Minor Fix For: 2.2 Attachments: GERONIMO-4305-trunk.patch, GERONIMO-4305.patch If you deploy an application, have Redeploy application checked, but the application does not exist, there is a PortletException. This does not look very professional, Geronimo should instead handle gracefully the situation. HTTP ERROR: 500 INTERNAL_SERVER_ERROR RequestURI=/console/portal//Applications/Deploy%20New/__ac0x3plugin0x2Deployment!227983155|0 Caused by: javax.portlet.PortletException at org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:224) Caused by: javax.portlet.PortletException: jWhichJSP does not appear to be a the name of a module available on the selected server. Perhaps it has already been stopped or undeployed? If you're trying to specify a TargetModuleID, use the syntax TargetName|ModuleName instead. If you're not sure what's running, try the list-modules command. at org.apache.geronimo.console.configmanager.DeploymentPortlet.identifyTargets(DeploymentPortlet.java:254) at org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:142) ... 57 more Caused by: org.apache.geronimo.common.DeploymentException: jWhichJSP does not appear to be a the name of a module available on the selected server. Perhaps it has already been stopped or undeployed? If you're trying to specify a TargetModuleID, use the syntax TargetName|ModuleName instead. If you're not sure what's running, try the list-modules command. at org.apache.geronimo.deployment.plugin.ConfigIDExtractor.identifyTargetModuleIDs(ConfigIDExtractor.java:205) at org.apache.geronimo.console.configmanager.DeploymentPortlet.identifyTargets(DeploymentPortlet.java:242) ... 58 more Nested Exception is javax.portlet.PortletException: jWhichJSP does not appear to be a the name of a module available on the selected server. Perhaps it has already been stopped or undeployed? If you're trying to specify a TargetModuleID, use the syntax TargetName|ModuleName instead. If you're not sure what's running, try the list-modules command. at org.apache.geronimo.console.configmanager.DeploymentPortlet.identifyTargets(DeploymentPortlet.java:254) at org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:142) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (GERONIMO-4532) Port the GERONIMO-4484 patch for V2.1
[ https://issues.apache.org/jira/browse/GERONIMO-4532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12707878#action_12707878 ] Kan Ogawa edited comment on GERONIMO-4532 at 5/19/09 9:37 PM: -- Attached the console-portal-driver patch. (!) NOTE Please get the following image files from GERONIMO-4484: * allow_collapsed.gif * allow_expanded.gif * msg_info.gif * msg_warn.gif * msg_error.gif was (Author: super-creek): Attached the console-portal-driver patch. Port the GERONIMO-4484 patch for V2.1 - Key: GERONIMO-4532 URL: https://issues.apache.org/jira/browse/GERONIMO-4532 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.1, 2.1.1, 2.1.2, 2.1.3, 2.1.4 Reporter: Kan Ogawa Assignee: Kan Ogawa Priority: Minor Fix For: 2.1.5 Attachments: activemq-portlets.patch, console-base-portlets.patch, console-core.patch, console-portal-driver.patch, debugviews-portlets.patch, mconsole-war.patch, plancreator-portlets.patch, plugin-portlets.patch, sysdb-portlets.patch I think that this issue is very important. After the GERONIMO-4485 patches are committed, I will try to port GERONIMO-4484 patches for 2.1 version. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4532) Port the GERONIMO-4484 patch for V2.1
[ https://issues.apache.org/jira/browse/GERONIMO-4532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kan Ogawa updated GERONIMO-4532: Patch Info: [Patch Available] Fix Version/s: 2.1.5 Port the GERONIMO-4484 patch for V2.1 - Key: GERONIMO-4532 URL: https://issues.apache.org/jira/browse/GERONIMO-4532 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.1, 2.1.1, 2.1.2, 2.1.3, 2.1.4 Reporter: Kan Ogawa Assignee: Kan Ogawa Priority: Minor Fix For: 2.1.5 Attachments: activemq-portlets.patch, console-base-portlets.patch, console-core.patch, console-portal-driver.patch, debugviews-portlets.patch, mconsole-war.patch, plancreator-portlets.patch, plugin-portlets.patch, sysdb-portlets.patch I think that this issue is very important. After the GERONIMO-4485 patches are committed, I will try to port GERONIMO-4484 patches for 2.1 version. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4530) unnecessary dependencies in custom server
[ https://issues.apache.org/jira/browse/GERONIMO-4530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12711004#action_12711004 ] Shawn Jiang commented on GERONIMO-4530: --- openejb-deployer will add system-database as the default dependency for each EJB module when deploying the EJB module. seems system-database is tight couple with EJB function. See plan.xml of openejb-deployer: {noformat} gbean name=EJBBuilder class=org.apache.geronimo.openejb.deployment.EjbModuleBuilder attribute name=defaultCmpJTADataSourceSystemDatasource/attribute attribute name=defaultCmpNonJTADataSourceNoTxDatasource/attribute ... ... xml-attribute name=defaultEnvironment environment dependencies dependency groupIdorg.apache.geronimo.configs/groupId artifactIdopenejb/artifactId typecar/type /dependency dependency groupIdorg.apache.geronimo.configs/groupId artifactIdsystem-database/artifactId typecar/type /dependency /dependencies /environment /xml-attribute /gbean {noformat} unnecessary dependencies in custom server - Key: GERONIMO-4530 URL: https://issues.apache.org/jira/browse/GERONIMO-4530 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: dependencies Affects Versions: 2.1.3, 2.1.4 Reporter: Jürgen Weber Fix For: 2.2 Attachments: G4530_21.patch, G4530_trunk.patch a custom server assembly reduced to Boilerplate Minimal and OpenEJB still has dependencies to ActiveMQ and Derby. These should be removed. see http://www.nabble.com/Start-server-without-open-ports---possible--td21850866s134.html Booting Geronimo Kernel (in Java 1.6.0_11)... Starting Geronimo Application Server v2.1.3 [] 100% 9s Startup complete Listening on Ports: 1399 0.0.0.0 RMI Naming 1827 127.0.0.1 Derby Connector 4501 127.0.0.1 OpenEJB Daemon 10299 127.0.0.1 JMX Remoting Connector 61913 0.0.0.0 ActiveMQ Transport Connector 61916 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: RAR: org.apache.geronimo.configs/system-database/2.1.3/car -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4530) unnecessary dependencies in custom server
[ https://issues.apache.org/jira/browse/GERONIMO-4530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12711010#action_12711010 ] Shawn Jiang commented on GERONIMO-4530: --- Sure I've tested the patch on the latest 2009-05-19 geronimo 2.2-SNAPSHOT build. unnecessary dependencies in custom server - Key: GERONIMO-4530 URL: https://issues.apache.org/jira/browse/GERONIMO-4530 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: dependencies Affects Versions: 2.1.3, 2.1.4 Reporter: Jürgen Weber Fix For: 2.2 Attachments: G4530_21.patch, G4530_trunk.patch a custom server assembly reduced to Boilerplate Minimal and OpenEJB still has dependencies to ActiveMQ and Derby. These should be removed. see http://www.nabble.com/Start-server-without-open-ports---possible--td21850866s134.html Booting Geronimo Kernel (in Java 1.6.0_11)... Starting Geronimo Application Server v2.1.3 [] 100% 9s Startup complete Listening on Ports: 1399 0.0.0.0 RMI Naming 1827 127.0.0.1 Derby Connector 4501 127.0.0.1 OpenEJB Daemon 10299 127.0.0.1 JMX Remoting Connector 61913 0.0.0.0 ActiveMQ Transport Connector 61916 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: RAR: org.apache.geronimo.configs/system-database/2.1.3/car -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4532) Port the GERONIMO-4484 patch for V2.1
[ https://issues.apache.org/jira/browse/GERONIMO-4532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12711013#action_12711013 ] Kan Ogawa commented on GERONIMO-4532: - Hi, All needed patches have been posted. Please help to review and commit them. (!) NOTE Chinese resource bundles (_zh.properties) are *NOT* contained in my posted patches. Would you write Chinese translations for them? Port the GERONIMO-4484 patch for V2.1 - Key: GERONIMO-4532 URL: https://issues.apache.org/jira/browse/GERONIMO-4532 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.1, 2.1.1, 2.1.2, 2.1.3, 2.1.4 Reporter: Kan Ogawa Assignee: Kan Ogawa Priority: Minor Fix For: 2.1.5 Attachments: activemq-portlets.patch, console-base-portlets.patch, console-core.patch, console-portal-driver.patch, debugviews-portlets.patch, mconsole-war.patch, plancreator-portlets.patch, plugin-portlets.patch, sysdb-portlets.patch I think that this issue is very important. After the GERONIMO-4485 patches are committed, I will try to port GERONIMO-4484 patches for 2.1 version. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3599) Unable to create new JMS Resource group through console in IE7
[ https://issues.apache.org/jira/browse/GERONIMO-3599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12711014#action_12711014 ] Shawn Jiang commented on GERONIMO-3599: --- The patch might need be reworked: 1, Move the filter to the console-filter since we have a console-filter component now. 2, Check jetty setting to see if there's similar attribute name=maxSavePostSize-1/attribute needs to be added. Unable to create new JMS Resource group through console in IE7 -- Key: GERONIMO-3599 URL: https://issues.apache.org/jira/browse/GERONIMO-3599 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0.1, 2.1.4 Environment: WIN XP Reporter: Anish Pathadan Assignee: Shawn Jiang Fix For: 2.2 Attachments: GERONIMO-3599-better.patch, GERONIMO-3599.patch I am not able to create a new JMS Resouce group through console. I am getting cannot display the page error after entering the Q name and physical name and then pressing next. The following is the url http://localhost:8080/console/portal/services/services_jms/_ps_services_jms_row1_col1_p1/normal/_pm_services_jms_row1_col1_p1/view/_ac_services_jms_row1_col1_p1/AC/_st_services_jms_row1_col1_p1/normal/_md_services_jms_row1_col1_p1/view/_pid/services_jms_row1_col1_p1 The problem only comes with Internet Explorer 7. Best Regards, Anish Pathadan -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4636) Database Pools portlet need updates to import from the latest Jboss and Weblogic server
Database Pools portlet need updates to import from the latest Jboss and Weblogic server --- Key: GERONIMO-4636 URL: https://issues.apache.org/jira/browse/GERONIMO-4636 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: console Affects Versions: 2.1.5, 2.2 Environment: None Reporter: Chi Runhua The latest Jboss AS server is v5.1.0 and Weblogic server is v10.3. But the wizards on the portlet are still for Jboss 4 and Weblogic 8.1, would it be nice to update the portlet? Jeff C -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4636) Database Pools portlet needs update to import from the latest Jboss and Weblogic server
[ https://issues.apache.org/jira/browse/GERONIMO-4636?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chi Runhua updated GERONIMO-4636: - Summary: Database Pools portlet needs update to import from the latest Jboss and Weblogic server (was: Database Pools portlet need updates to import from the latest Jboss and Weblogic server) Database Pools portlet needs update to import from the latest Jboss and Weblogic server --- Key: GERONIMO-4636 URL: https://issues.apache.org/jira/browse/GERONIMO-4636 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Affects Versions: 2.1.5, 2.2 Environment: None Reporter: Chi Runhua The latest Jboss AS server is v5.1.0 and Weblogic server is v10.3. But the wizards on the portlet are still for Jboss 4 and Weblogic 8.1, would it be nice to update the portlet? Jeff C -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (XBEAN-127) xbean-naming should support referenceable
[ https://issues.apache.org/jira/browse/XBEAN-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed XBEAN-127. -- Resolution: Fixed implemented in rev 776407. Need to updated fix versions, for 3.6-SNAPSHOT. xbean-naming should support referenceable - Key: XBEAN-127 URL: https://issues.apache.org/jira/browse/XBEAN-127 Project: XBean Issue Type: Bug Components: naming Affects Versions: 3.5 Reporter: David Jencks Assignee: David Jencks Sometimes people want to bind a Referenceable into jndi that isn't actually the object they want to get back out but just a Reference factory for such objects. I'm not sure if we should support this only with a flag but we should support it somehow. Initial implementation will just support Referenceable all the time. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.