Re: svn commit: r670125 - in /geronimo/devtools/eclipse-plugin/trunk/features: org.apache.geronimo.installableruntime.jetty.feature/feature.xml org.apache.geronimo.installableruntime.tomcat.feature/fe
What is this change for? On Fri, Jun 20, 2008 at 10:53 PM, [EMAIL PROTECTED] wrote: Author: mcconne Date: Fri Jun 20 19:53:19 2008 New Revision: 670125 URL: http://svn.apache.org/viewvc?rev=670125view=rev Log: GERONIMODEVTOOLS-360 Create Staging Site for GEP 2.1.1 Modified: geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.jetty.feature/feature.xml geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.tomcat.feature/feature.xml Modified: geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.jetty.feature/feature.xml URL: http://svn.apache.org/viewvc/geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.jetty.feature/feature.xml?rev=670125r1=670124r2=670125view=diff == --- geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.jetty.feature/feature.xml (original) +++ geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.jetty.feature/feature.xml Fri Jun 20 19:53:19 2008 @@ -42,11 +42,6 @@ download-size=0 install-size=0/ - data -id=geronimo-jetty6-jee5-2.0.2.zip -download-size=0 -install-size=0/ - install-handler handler=org.eclipse.update.core.DefaultInstallHandler/ /feature Modified: geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.tomcat.feature/feature.xml URL: http://svn.apache.org/viewvc/geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.tomcat.feature/feature.xml?rev=670125r1=670124r2=670125view=diff == --- geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.tomcat.feature/feature.xml (original) +++ geronimo/devtools/eclipse-plugin/trunk/features/org.apache.geronimo.installableruntime.tomcat.feature/feature.xml Fri Jun 20 19:53:19 2008 @@ -42,11 +42,6 @@ download-size=0 install-size=0/ - data -id=geronimo-tomcat6-jee5-2.0.2.zip -download-size=0 -install-size=0/ - install-handler handler=org.eclipse.update.core.DefaultInstallHandler/ /feature
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: PlanCreator-EAR-Dep-3.patch PlanCreator-EAR-Dep-3.patch Fixed issues with IE. Handle dependencies in EAR PlanCreator -- Key: GERONIMO-4133 URL: https://issues.apache.org/jira/browse/GERONIMO-4133 Project: Geronimo Issue Type: Sub-task Security Level: public(Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Assignee: Shiva Kumar H R Fix For: 2.2 Attachments: help.gif, PlanCreator-EAR-Dep-1.patch, PlanCreator-EAR-Dep-2.patch, PlanCreator-EAR-Dep-3.patch, screenshot-1.jpg, screenshot-2.jpg, screenshot-3.jpg, screenshot-4.jpg, screenshot-5.jpg Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Release Geronimo Eclipse Plugin 2.1.1 (RC1)
On Sat, Jun 21, 2008 at 6:09 AM, Tim McConnell [EMAIL PROTECTED] wrote: Discussion thread for the Geronimo Eclipse Plugin 2.1.1 (RC1) Release vote. Switched to RC1 and got NPE with Eclipse JEE Ganymede RC4. Does this apply to Ganymede only? !ENTRY org.eclipse.wst.server.core 4 0 2008-06-21 15:27:41.171 !MESSAGE Could not publish to the server. !STACK 0 java.lang.NullPointerException at org.apache.geronimo.st.core.internal.DependencyHelper.getEnvironment(DependencyHelper.java:353) at org.apache.geronimo.st.core.internal.DependencyHelper.reorderModules(DependencyHelper.java:97) at org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:216) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:868) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:707) at org.eclipse.wst.server.core.internal.Server.publishImpl(Server.java:2406) at org.eclipse.wst.server.core.internal.Server$PublishJob.run(Server.java:265) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) Start/stop worked fine. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [DISCUSS] Release Geronimo Eclipse Plugin 2.1.1 (RC1)
Not sure if this is a GEP install or just plain eclipse issue. When installing the runtime it wont let you change the install location. Change Location button works but add/remove in the following screen are not enabled. Cheers! Hernan Tim McConnell wrote: Discussion thread for the Geronimo Eclipse Plugin 2.1.1 (RC1) Release vote.
[jira] Created: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
Unable to edit deployed pools in Database Pools Portlet --- Key: GERONIMO-4143 URL: https://issues.apache.org/jira/browse/GERONIMO-4143 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.2 Environment: Linux, Sun JDK 1.5 Reporter: Manu T George Fix For: 2.2 Edit link in the Database Pools portlet is throwing error and the next screen is not coming. Stack Trace is given below 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet javax.el.ELException: Error reading 'abstractNameMap' on type org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) at org.apache.el.parser.AstValue.getValue(AstValue.java:114) at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) at jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at
[jira] Commented: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607007#action_12607007 ] Manu T George commented on GERONIMO-4143: - Usage link also not working and throwing the same error Unable to edit deployed pools in Database Pools Portlet --- Key: GERONIMO-4143 URL: https://issues.apache.org/jira/browse/GERONIMO-4143 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Environment: Linux, Sun JDK 1.5 Reporter: Manu T George Fix For: 2.2 Edit link in the Database Pools portlet is throwing error and the next screen is not coming. Stack Trace is given below 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet javax.el.ELException: Error reading 'abstractNameMap' on type org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) at org.apache.el.parser.AstValue.getValue(AstValue.java:114) at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) at jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at
[BUILD] trunk: Failed for Revision: 670194
Geronimo Revision: 670194 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080621/build-0900.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080621 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 45 seconds [INFO] Finished at: Sat Jun 21 09:35:14 EDT 2008 [INFO] Final Memory: 383M/1012M [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/20080621/logs-0900-tomcat/test.log Assembly: jetty = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080621/logs-0900-jetty/test.log [INFO] User extensions: /home/geronimo/geronimo/trunk/testsuite/target/selenium/user-extensions.js Selenium Server started Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom [INFO] [geronimo:start-server {execution: start}] [INFO] Using assembly configuration: jetty [INFO] snapshot org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:2.2-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:2.2-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-jetty6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-jetty6-javaee5/2.2-SNAPSHOT/geronimo-jetty6-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:38.302 [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 30 test build(s) [INFO] [INFO] --- [INFO] [INFO] commands-testsuite/deployRUNNING [INFO] commands-testsuite/deploySUCCESS (0:01:02.678) [INFO] commands-testsuite/gshellRUNNING [INFO] commands-testsuite/gshellSUCCESS (0:00:30.149) [INFO] commands-testsuite/jaxws RUNNING [INFO] commands-testsuite/jaxws SUCCESS (0:00:18.581) [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced FAILURE (0:01:17.111) Java returned: 1 [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:47.353) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:44.772) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:52.813) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:42.702) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:31.505) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:28.915) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:29.144) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests
Re: [DISCUSS] Release Geronimo Eclipse Plugin 2.1.1 (RC1)
right, I mean the change location that in windows defaults to something like eclipse\EUROPA\eclipse\features. this might be an eclipse thingy. Cheers! Hernan Ted Kirby wrote: I tried to change install location of some new features once, and it didn't work, and I have not done that since. I'd put that in the eclipse category. You aren't talking about the Download and Install button from the define a new server screen, are you? It does not sound like it, but that would be a GEP issue. Ted On Sat, Jun 21, 2008 at 9:51 AM, Hernan Cunico [EMAIL PROTECTED] wrote: Not sure if this is a GEP install or just plain eclipse issue. When installing the runtime it wont let you change the install location. Change Location button works but add/remove in the following screen are not enabled. Cheers! Hernan Tim McConnell wrote: Discussion thread for the Geronimo Eclipse Plugin 2.1.1 (RC1) Release vote.
Re: [DISCUSS] Release Geronimo Eclipse Plugin 2.1.1 (RC1)
I was able to publish using Europa Winter with no error, which suggests it's a Ganymede issue. Ted On Sat, Jun 21, 2008 at 9:37 AM, Jacek Laskowski [EMAIL PROTECTED] wrote: On Sat, Jun 21, 2008 at 6:09 AM, Tim McConnell [EMAIL PROTECTED] wrote: Discussion thread for the Geronimo Eclipse Plugin 2.1.1 (RC1) Release vote. Switched to RC1 and got NPE with Eclipse JEE Ganymede RC4. Does this apply to Ganymede only? !ENTRY org.eclipse.wst.server.core 4 0 2008-06-21 15:27:41.171 !MESSAGE Could not publish to the server. !STACK 0 java.lang.NullPointerException at org.apache.geronimo.st.core.internal.DependencyHelper.getEnvironment(DependencyHelper.java:353) at org.apache.geronimo.st.core.internal.DependencyHelper.reorderModules(DependencyHelper.java:97) at org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:216) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:868) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:707) at org.eclipse.wst.server.core.internal.Server.publishImpl(Server.java:2406) at org.eclipse.wst.server.core.internal.Server$PublishJob.run(Server.java:265) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) Start/stop worked fine. Jacek -- Jacek Laskowski Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl
Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC1)
I was able to install the server adapters from the staging site, and download and install a v2.1 server, start it, launch the console, publish an app to it, run the app, remove the app from the server, and shut the server down. I could not download and install a v2.0 server. I'm pretty sure this is because of rev 670125, which I think should be reverted. I also think that geronimo-tomcat6-javaee5-2.1-bin.zip and geronimo-jetty6-javaee5-2.1-bin.zip can be removed from http://people.apache.org/~mcconne/releases/2.1.1/RC1/staging_site/runtimes/. Other than download and install, I could perform the same steps with a v2.0 server as a v2.1 server. My feeling is to fix this for 2.1.1. Ted On Sat, Jun 21, 2008 at 12:08 AM, Tim McConnell [EMAIL PROTECTED] wrote: Hi everyone, Please review and vote on the maintenance release of the Geronimo Eclipse Plugin 2.1.1 RC1. The deployable zip file is here: http://people.apache.org/~mcconne/releases/2.1.1/RC1/geronimo-eclipse-plugin-2.1.1-deployable.zip The update site zip file is here: http://people.apache.org/~mcconne/releases/2.1.1/RC1/geronimo-eclipse-plugin-2.1.1-updatesite.zip The current svn location is here (revision number 670132): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.1 The future svn location will be here (when approved): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.1 There is a rudimentary set of install instructions available at the URL below that will hopefully describe the necessary prereq(s) and steps required to install and run the GEP: http://people.apache.org/~mcconne/releases/2.1.1/RC1/Geronimo_Eclipse_Plugin_2.1.1_Instructions-RC1.txt Additionally, there is an ant build.xml file that can be used to download the prereq for the GEP. It is documented in the instructions. Finally, I've created a Staging Site that can used to test the update manager functions of Eclipse for downloading both the GEP itself and the Geronimo Server. This is also documented in the instructions. Please let me know if there are any questions. The vote is open for 72 hours and will conclude on Monday (6/23) at 11:00 PM ET. [ ] +1 Release Geronimo Eclipse Plugin 2.1.1 [ ] +0 No opinion [ ] -1 Don't release Geronimo Eclipse Plugin 2.1.1 -- Thanks, Tim McConnell
Re: [DISCUSS] Release Geronimo Eclipse Plugin 2.1.1 (RC1)
Why was the support for download/install a 2.0.2 server removed in r670125? Was the intent to only allow users to install the latest 2.1.1 server, even though the GEP 2.1.1 supports both? Also, can't we include the download-size and install-size in the feature.xml files, since we know what they should be set to for the servers? -Donald Tim McConnell wrote: Discussion thread for the Geronimo Eclipse Plugin 2.1.1 (RC1) Release vote. smime.p7s Description: S/MIME Cryptographic Signature
Re: [DISCUSS] Release Geronimo Eclipse Plugin 2.1.1 (RC1)
I think adding the download and install sizes is a good idea. I have been wondering about that for a while. It seems now that v2.0 and v2.1 servers are both packaged in the tomcat and jetty installable runtime features. If we continue to do this (we need to resolve the r670125 issue), then the size would be the sum of both. If both are included, then when you download and install one, you download the other, which essentially doubles the download time, which is pretty long. Should we create one installable download feature for each supported server? [Should we have a separate [DISCUSS] thread?] Ted On Sat, Jun 21, 2008 at 11:37 AM, Donald Woods [EMAIL PROTECTED] wrote: Why was the support for download/install a 2.0.2 server removed in r670125? Was the intent to only allow users to install the latest 2.1.1 server, even though the GEP 2.1.1 supports both? Also, can't we include the download-size and install-size in the feature.xml files, since we know what they should be set to for the servers? -Donald Tim McConnell wrote: Discussion thread for the Geronimo Eclipse Plugin 2.1.1 (RC1) Release vote.
[jira] Created: (GERONIMO-4144) ArrayIndexOutOfBoundsException on InternetHeaders.addHeaderLine
ArrayIndexOutOfBoundsException on InternetHeaders.addHeaderLine --- Key: GERONIMO-4144 URL: https://issues.apache.org/jira/browse/GERONIMO-4144 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: mail Affects Versions: 2.1.1 Reporter: Stefano Bagnara Assignee: Rick McGuire I get this one when parsing the attached message using this code: byte[] messageBytes = mailString.getBytes(US-ASCII); mm = new MimeMessage(null, new ByteArrayInputStream( messageBytes)); (mailString contains the string contained in the txt attachment) java.lang.ArrayIndexOutOfBoundsException: -1 at java.util.ArrayList.get(ArrayList.java:324) at javax.mail.internet.InternetHeaders.addHeaderLine(InternetHeaders.java:538) at javax.mail.internet.InternetHeaders.load(InternetHeaders.java:124) at javax.mail.internet.InternetHeaders.init(InternetHeaders.java:99) at javax.mail.internet.MimeMessage.createInternetHeaders(MimeMessage.java:1457) at javax.mail.internet.MimeMessage.parse(MimeMessage.java:265) at javax.mail.internet.MimeMessage.init(MimeMessage.java:153) at org.apache.james.imapserver.codec.decode.imap4rev1.AppendCommandParser.mimeMessage(AppendCommandParser.java:102) at org.apache.james.imapserver.codec.decode.imap4rev1.AppendCommandParser.decode(AppendCommandParser.java:123) at org.apache.james.imapserver.codec.decode.base.AbstractImapCommandParser.parse(AbstractImapCommandParser.java:112) at org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decodeCommandNamed(DefaultImapDecoder.java:113) at org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decodeCommandTagged(DefaultImapDecoder.java:81) at org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decode(DefaultImapDecoder.java:60) at org.apache.james.experimental.imapserver.ImapRequestHandler.doProcessRequest(ImapRequestHandler.java:136) at org.apache.james.experimental.imapserver.ImapRequestHandler.handleRequest(ImapRequestHandler.java:99) at org.apache.james.experimental.imapserver.ExperimentalHostSystem$Session.readLine(ExperimentalHostSystem.java:247) at org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.readLine(ProtocolSession.java:331) at org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.checkResponse(ProtocolSession.java:295) at org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.testProtocol(ProtocolSession.java:285) at org.apache.james.test.functional.imap.ProtocolSession.runSessions(ProtocolSession.java:86) at org.apache.james.test.functional.imap.AbstractProtocolTest.runSessions(AbstractProtocolTest.java:100) at org.apache.james.test.functional.imap.SimpleScriptedTestProtocol.scriptTest(SimpleScriptedTestProtocol.java:68) at org.apache.james.test.functional.imap.AbstractTestUidSearch.testSearchAtomsUS(AbstractTestUidSearch.java:33) 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 junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Liferay as a Geronimo Plugin
Which maven repository do I need to pull in the following G v2.1.1 artifacts (if there is any) org.apache.tomcat:jasper:jar:6.0.14-G614585 org.apache.tomcat:catalina:jar:6.0.14-G614585 org.apache.yoko:yoko-spec-corba:jar:1.0-r646887 org.apache.yoko:yoko-rmi-spec:jar:1.0-r646887 org.apache.pluto:pluto-portal-driver:jar:1.2.0-G601061 org.apache.pluto:pluto-portal-driver-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-container:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-api:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-taglib:jar:1.2.0-G601061 I just remember I had a bit of a problem pulling in some of the geronimo v2.1.1 used artifacts for this plugin to build smoothly (without manually installing geronimo artifacts as I did). I realize building Geronimo v2.1.1 locally will resolve this but should it really be necessary? Any pointers on how to resolve this is greatly appreciated. regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
[jira] Updated: (GERONIMO-4144) ArrayIndexOutOfBoundsException on InternetHeaders.addHeaderLine
[ https://issues.apache.org/jira/browse/GERONIMO-4144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefano Bagnara updated GERONIMO-4144: -- Attachment: message.txt real world test message, correctly parsed by sun's implementation. ArrayIndexOutOfBoundsException on InternetHeaders.addHeaderLine --- Key: GERONIMO-4144 URL: https://issues.apache.org/jira/browse/GERONIMO-4144 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: mail Affects Versions: 2.1.1 Reporter: Stefano Bagnara Assignee: Rick McGuire Attachments: message.txt I get this one when parsing the attached message using this code: byte[] messageBytes = mailString.getBytes(US-ASCII); mm = new MimeMessage(null, new ByteArrayInputStream( messageBytes)); (mailString contains the string contained in the txt attachment) java.lang.ArrayIndexOutOfBoundsException: -1 at java.util.ArrayList.get(ArrayList.java:324) at javax.mail.internet.InternetHeaders.addHeaderLine(InternetHeaders.java:538) at javax.mail.internet.InternetHeaders.load(InternetHeaders.java:124) at javax.mail.internet.InternetHeaders.init(InternetHeaders.java:99) at javax.mail.internet.MimeMessage.createInternetHeaders(MimeMessage.java:1457) at javax.mail.internet.MimeMessage.parse(MimeMessage.java:265) at javax.mail.internet.MimeMessage.init(MimeMessage.java:153) at org.apache.james.imapserver.codec.decode.imap4rev1.AppendCommandParser.mimeMessage(AppendCommandParser.java:102) at org.apache.james.imapserver.codec.decode.imap4rev1.AppendCommandParser.decode(AppendCommandParser.java:123) at org.apache.james.imapserver.codec.decode.base.AbstractImapCommandParser.parse(AbstractImapCommandParser.java:112) at org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decodeCommandNamed(DefaultImapDecoder.java:113) at org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decodeCommandTagged(DefaultImapDecoder.java:81) at org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decode(DefaultImapDecoder.java:60) at org.apache.james.experimental.imapserver.ImapRequestHandler.doProcessRequest(ImapRequestHandler.java:136) at org.apache.james.experimental.imapserver.ImapRequestHandler.handleRequest(ImapRequestHandler.java:99) at org.apache.james.experimental.imapserver.ExperimentalHostSystem$Session.readLine(ExperimentalHostSystem.java:247) at org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.readLine(ProtocolSession.java:331) at org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.checkResponse(ProtocolSession.java:295) at org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.testProtocol(ProtocolSession.java:285) at org.apache.james.test.functional.imap.ProtocolSession.runSessions(ProtocolSession.java:86) at org.apache.james.test.functional.imap.AbstractProtocolTest.runSessions(AbstractProtocolTest.java:100) at org.apache.james.test.functional.imap.SimpleScriptedTestProtocol.scriptTest(SimpleScriptedTestProtocol.java:68) at org.apache.james.test.functional.imap.AbstractTestUidSearch.testSearchAtomsUS(AbstractTestUidSearch.java:33) 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 junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) -- This message is automatically generated by JIRA. - You can reply to this email to add a
Re: Liferay as a Geronimo Plugin
On Jun 21, 2008, at 9:00 AM, Peter Petersson wrote: Which maven repository do I need to pull in the following G v2.1.1 artifacts (if there is any) org.apache.tomcat:jasper:jar:6.0.14-G614585 org.apache.tomcat:catalina:jar:6.0.14-G614585 org.apache.yoko:yoko-spec-corba:jar:1.0-r646887 org.apache.yoko:yoko-rmi-spec:jar:1.0-r646887 org.apache.pluto:pluto-portal-driver:jar:1.2.0-G601061 org.apache.pluto:pluto-portal-driver-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-container:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-api:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-taglib:jar:1.2.0-G601061 I just remember I had a bit of a problem pulling in some of the geronimo v2.1.1 used artifacts for this plugin to build smoothly (without manually installing geronimo artifacts as I did). I realize building Geronimo v2.1.1 locally will resolve this but should it really be necessary? Any pointers on how to resolve this is greatly appreciated. I hope we come up with a better solution for this soon. AFAIK the shortest solution is: svn co https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository mvn install thanks david jencks regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, - service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
On Jun 21, 2008, at 9:07 AM, David Jencks wrote: On Jun 21, 2008, at 9:00 AM, Peter Petersson wrote: Which maven repository do I need to pull in the following G v2.1.1 artifacts (if there is any) org.apache.tomcat:jasper:jar:6.0.14-G614585 org.apache.tomcat:catalina:jar:6.0.14-G614585 org.apache.yoko:yoko-spec-corba:jar:1.0-r646887 org.apache.yoko:yoko-rmi-spec:jar:1.0-r646887 org.apache.pluto:pluto-portal-driver:jar:1.2.0-G601061 org.apache.pluto:pluto-portal-driver-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-container:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-api:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-taglib:jar:1.2.0-G601061 I just remember I had a bit of a problem pulling in some of the geronimo v2.1.1 used artifacts for this plugin to build smoothly (without manually installing geronimo artifacts as I did). I realize building Geronimo v2.1.1 locally will resolve this but should it really be necessary? Any pointers on how to resolve this is greatly appreciated. I hope we come up with a better solution for this soon. AFAIK the shortest solution is: svn co https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository umm, cd repository mvn install david jencks thanks david jencks regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, - service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: Liferay as a Geronimo Plugin
David Jencks wrote: On Jun 21, 2008, at 9:07 AM, David Jencks wrote: On Jun 21, 2008, at 9:00 AM, Peter Petersson wrote: Which maven repository do I need to pull in the following G v2.1.1 artifacts (if there is any) org.apache.tomcat:jasper:jar:6.0.14-G614585 org.apache.tomcat:catalina:jar:6.0.14-G614585 org.apache.yoko:yoko-spec-corba:jar:1.0-r646887 org.apache.yoko:yoko-rmi-spec:jar:1.0-r646887 org.apache.pluto:pluto-portal-driver:jar:1.2.0-G601061 org.apache.pluto:pluto-portal-driver-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-container:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-api:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-taglib:jar:1.2.0-G601061 I just remember I had a bit of a problem pulling in some of the geronimo v2.1.1 used artifacts for this plugin to build smoothly (without manually installing geronimo artifacts as I did). I realize building Geronimo v2.1.1 locally will resolve this but should it really be necessary? Any pointers on how to resolve this is greatly appreciated. I hope we come up with a better solution for this soon. AFAIK the shortest solution is: svn co https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository umm, cd repository yes ;) thanks peter petersson mvn install david jencks thanks david jencks regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
Re: [DISCUSS] Release Geronimo Eclipse Plugin 2.1.1 (RC1)
Having separate installable images (which is how it should work in my mind) requires a JIRA (improvement) and shouldn't hold-up the GEP 2.1.1 release. Adding the correct sizes can also be a JIRA (improvement) that doesn't need to hold-up the GEP 2.1.1 release. Still would like to know why the 2.0.2 server installable zipfile was removed -Donald Ted Kirby wrote: I think adding the download and install sizes is a good idea. I have been wondering about that for a while. It seems now that v2.0 and v2.1 servers are both packaged in the tomcat and jetty installable runtime features. If we continue to do this (we need to resolve the r670125 issue), then the size would be the sum of both. If both are included, then when you download and install one, you download the other, which essentially doubles the download time, which is pretty long. Should we create one installable download feature for each supported server? [Should we have a separate [DISCUSS] thread?] Ted On Sat, Jun 21, 2008 at 11:37 AM, Donald Woods [EMAIL PROTECTED] wrote: Why was the support for download/install a 2.0.2 server removed in r670125? Was the intent to only allow users to install the latest 2.1.1 server, even though the GEP 2.1.1 supports both? Also, can't we include the download-size and install-size in the feature.xml files, since we know what they should be set to for the servers? -Donald Tim McConnell wrote: Discussion thread for the Geronimo Eclipse Plugin 2.1.1 (RC1) Release vote. smime.p7s Description: S/MIME Cryptographic Signature
Re: Liferay as a Geronimo Plugin
David Jencks wrote: On Jun 21, 2008, at 9:07 AM, David Jencks wrote: On Jun 21, 2008, at 9:00 AM, Peter Petersson wrote: Which maven repository do I need to pull in the following G v2.1.1 artifacts (if there is any) org.apache.tomcat:jasper:jar:6.0.14-G614585 org.apache.tomcat:catalina:jar:6.0.14-G614585 org.apache.yoko:yoko-spec-corba:jar:1.0-r646887 org.apache.yoko:yoko-rmi-spec:jar:1.0-r646887 org.apache.pluto:pluto-portal-driver:jar:1.2.0-G601061 org.apache.pluto:pluto-portal-driver-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-container:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-api:jar:1.2.0-G601061 org.apache.pluto:pluto-descriptor-impl:jar:1.2.0-G601061 org.apache.pluto:pluto-taglib:jar:1.2.0-G601061 I just remember I had a bit of a problem pulling in some of the geronimo v2.1.1 used artifacts for this plugin to build smoothly (without manually installing geronimo artifacts as I did). I realize building Geronimo v2.1.1 locally will resolve this but should it really be necessary? Any pointers on how to resolve this is greatly appreciated. I hope we come up with a better solution for this soon. AFAIK the shortest solution is: svn co https://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository btw the tags/2.1.1/repository works much better for me ;). I am writing up some build instructions for the liferay plugin in a readme file and noticed a possible problem, when i tried to mvn install from the repos given above I got an error as i did not have the parent org.apache.geronimo:geronimo:pom:2.1.2-SNAPSHOT present in my local repository I guess I can safely assume that a released geronimo parent will be present in a public maven repository and that this problem only will arise when checking out and mvn instal from a unreleased geronimo repository. Is there a simple way around this ? regards peter petersson umm, cd repository mvn install david jencks thanks david jencks regards peter petersson Peter Petersson wrote: Hi With the help of David J custom server assemblies document ( http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my experience working with David on the roller plugin I have manage to put together a Liferay ( http://www.liferay.com ) plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the following maven artifacts * geronimo-jetty-liferay -- A minimalistic server assembly with the geronimo kernel the lifray jetty plugin and the geronimo console plugin. * liferay-jetty -- The liferay jetty plugin built on the lesslibs liferay-portal war pulling in dependencys like lifray -kernel, -service and -portlet. * geronimo-tomcat-liferay -- A minimalistic server as above but with the liferay tomcat plugin. * liferay-tomcat -- The liferay tomcat plugin as liferay-jetty above but with tomcat. * liferay-derby -- The liferay derby db backend plugin. * lifray-portal -- The liferay portal war fetched from liferay and pulled in to a local maven repos. * liferay-portal-lesslibs -- A overlay of the liferay portal war with filtered lib jars making use of some geronimo builtins instead. The geronimo-tomcat-liferay server seems to work fine but the jetty equivalent has a issue in the login page. When I have ironed out the jetty issue, cleaned up the code, made some additional improvements and put together a simple readme with build instructions ;) I am thinking of wrapping it up and first of all contribute it to the liferay community ( as suggested by david in http://marc.info/?l=geronimo-userm=121304343919559w=2 ) to see if they are interested in it for there geronimo integration. Anny suggestions, opinions, tips or help to pull this together in the best way possible are appreciated. regards peter petersson
[jira] Commented: (GERONIMO-4124) Tomcat jacc usage is messed up
[ https://issues.apache.org/jira/browse/GERONIMO-4124?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607023#action_12607023 ] David Jencks commented on GERONIMO-4124: work done on this issue in code: trunk rev. 670236 Improved run-as tests in testsuite trunk rev. 670237 The behavior in the tests agrees between jetty and tomcat but I don't think it's right. With this scenario: user logs in in role foo Servlet1 configured with run-as role baz forwards to servlet2 with no run-as role calls ejb the ejb sees only role foo. In other words forwarding to servlet 2 has erased the run-as information from servlet 1. In addition there's a questionable case: in the above scenario, should servlet 2 see foo or baz? Currently it sees foo. - (1) is fixed; we install either the actual or default subject before checking WebUserDataPermissions and never call the non-jacc tomcat code (2) is invalid, the Subject comes directly from ContextManager (3) seems to be the only way to get form auth to work. I think it's causing the behavior I think is wrong noted above. Tomcat jacc usage is messed up -- Key: GERONIMO-4124 URL: https://issues.apache.org/jira/browse/GERONIMO-4124 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0.2, 2.1.1, 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.0.x, 2.1.2, 2.2 Several problems: 1. UserDataPermissions are not getting evaluated by jacc due to the check for Subject in handler data. 2. Subject is never set into handler data (also a problem in jetty, dunno about openejb). 3. TomcatGeronimoRealm is calling ContextManager.setCallers before permission checks. This is wrong. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607028#action_12607028 ] Manu T George commented on GERONIMO-4143: - I get this problem in an RHEL 5 based system with firefox 2.0.0.12. On debug it shows that if the abstractName is of the format eg abstractName=org.apache.geronimo.plugins%2Fagent-ds%2F2.2-SNAPSHOT%2Fcar%3FJ2EEApplication%3Dnull%2CJCAConnectionFactory%3Djdbc%2FArchiveDS%2CJCAResource%3Dorg.apache.geronimo.plugins%2Fagent-ds%2F2.2-SNAPSHOT%2Fcar%2CResourceAdapter%3Dorg.apache.geronimo.plugins%2Fagent-ds%2F2.2-SNAPSHOT%2Fcar%2CResourceAdapterModule%3Dorg.apache.geronimo.plugins%2Fagent-ds%2F2.2-SNAPSHOT%2Fcar%2Cj2eeType%3DJCAManagedConnectionFactory%2Cname%3Djdbc%2FArchiveDS in the portlet abstractName is coming as org.apache.geronimo.plugins/agent-ds/2.2-SNAPSHOT/car. The query part is missing as the url encoded characters are somehow converted back to special characters and so the query is considered as a different parameter Unable to edit deployed pools in Database Pools Portlet --- Key: GERONIMO-4143 URL: https://issues.apache.org/jira/browse/GERONIMO-4143 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Environment: Linux, Sun JDK 1.5 Reporter: Manu T George Fix For: 2.2 Edit link in the Database Pools portlet is throwing error and the next screen is not coming. Stack Trace is given below 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet javax.el.ELException: Error reading 'abstractNameMap' on type org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) at org.apache.el.parser.AstValue.getValue(AstValue.java:114) at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) at jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) at
[jira] Assigned: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manu T George reassigned GERONIMO-4143: --- Assignee: Manu T George Unable to edit deployed pools in Database Pools Portlet --- Key: GERONIMO-4143 URL: https://issues.apache.org/jira/browse/GERONIMO-4143 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Environment: Linux, Sun JDK 1.5 Reporter: Manu T George Assignee: Manu T George Fix For: 2.2 Edit link in the Database Pools portlet is throwing error and the next screen is not coming. Stack Trace is given below 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet javax.el.ELException: Error reading 'abstractNameMap' on type org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) at org.apache.el.parser.AstValue.getValue(AstValue.java:114) at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) at jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at
[jira] Commented: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet
[ https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607036#action_12607036 ] Manu T George commented on GERONIMO-4143: - Got it fixed in my local by escaping the ? and = in the DatabasePoolsPortlet. Will attach a patch after testing Unable to edit deployed pools in Database Pools Portlet --- Key: GERONIMO-4143 URL: https://issues.apache.org/jira/browse/GERONIMO-4143 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Environment: Linux, Sun JDK 1.5 Reporter: Manu T George Fix For: 2.2 Edit link in the Database Pools portlet is throwing error and the next screen is not coming. Stack Trace is given below 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet javax.el.ELException: Error reading 'abstractNameMap' on type org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData at javax.el.BeanELResolver.getValue(BeanELResolver.java:66) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) at org.apache.el.parser.AstValue.getValue(AstValue.java:114) at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923) at jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at
[BUILD] trunk: Failed for Revision: 670283
Geronimo Revision: 670283 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080621/build-2100.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080621 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 34 seconds [INFO] Finished at: Sat Jun 21 21:35:24 EDT 2008 [INFO] Final Memory: 386M/1012M [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/20080621/logs-2100-tomcat/test.log Assembly: jetty = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080621/logs-2100-jetty/test.log [INFO] User extensions: /home/geronimo/geronimo/trunk/testsuite/target/selenium/user-extensions.js Selenium Server started Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom [INFO] [geronimo:start-server {execution: start}] [INFO] Using assembly configuration: jetty [INFO] snapshot org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:2.2-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:2.2-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-jetty6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-jetty6-javaee5/2.2-SNAPSHOT/geronimo-jetty6-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.677 [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 30 test build(s) [INFO] [INFO] --- [INFO] [INFO] commands-testsuite/deployRUNNING [INFO] commands-testsuite/deploySUCCESS (0:01:02.994) [INFO] commands-testsuite/gshellRUNNING [INFO] commands-testsuite/gshellSUCCESS (0:00:29.191) [INFO] commands-testsuite/jaxws RUNNING [INFO] commands-testsuite/jaxws SUCCESS (0:00:18.114) [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced FAILURE (0:01:18.311) Java returned: 1 [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:47.571) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:45.020) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:58.155) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:42.804) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:31.021) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:28.992) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:30.045) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests
Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC1)
Hi Ted, I've fixed the download problem. Thanks for finding it. Ted Kirby wrote: I was able to install the server adapters from the staging site, and download and install a v2.1 server, start it, launch the console, publish an app to it, run the app, remove the app from the server, and shut the server down. I could not download and install a v2.0 server. I'm pretty sure this is because of rev 670125, which I think should be reverted. I also think that geronimo-tomcat6-javaee5-2.1-bin.zip and geronimo-jetty6-javaee5-2.1-bin.zip can be removed from http://people.apache.org/~mcconne/releases/2.1.1/RC1/staging_site/runtimes/. Other than download and install, I could perform the same steps with a v2.0 server as a v2.1 server. My feeling is to fix this for 2.1.1. Ted On Sat, Jun 21, 2008 at 12:08 AM, Tim McConnell [EMAIL PROTECTED] wrote: Hi everyone, Please review and vote on the maintenance release of the Geronimo Eclipse Plugin 2.1.1 RC1. The deployable zip file is here: http://people.apache.org/~mcconne/releases/2.1.1/RC1/geronimo-eclipse-plugin-2.1.1-deployable.zip The update site zip file is here: http://people.apache.org/~mcconne/releases/2.1.1/RC1/geronimo-eclipse-plugin-2.1.1-updatesite.zip The current svn location is here (revision number 670132): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.1 The future svn location will be here (when approved): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.1 There is a rudimentary set of install instructions available at the URL below that will hopefully describe the necessary prereq(s) and steps required to install and run the GEP: http://people.apache.org/~mcconne/releases/2.1.1/RC1/Geronimo_Eclipse_Plugin_2.1.1_Instructions-RC1.txt Additionally, there is an ant build.xml file that can be used to download the prereq for the GEP. It is documented in the instructions. Finally, I've created a Staging Site that can used to test the update manager functions of Eclipse for downloading both the GEP itself and the Geronimo Server. This is also documented in the instructions. Please let me know if there are any questions. The vote is open for 72 hours and will conclude on Monday (6/23) at 11:00 PM ET. [ ] +1 Release Geronimo Eclipse Plugin 2.1.1 [ ] +0 No opinion [ ] -1 Don't release Geronimo Eclipse Plugin 2.1.1 -- Thanks, Tim McConnell -- Thanks, Tim McConnell