Re: Weekly: Geronimo 1.2-447908
On Oct 2, 2006, at 1:43 PM, Kevan Miller wrote: On Sep 21, 2006, at 1:51 AM, Dain Sundstrom wrote: We have our first of hopefully a long line of weekly builds published to the Geronimo unstable directory. This is still a fairly manual process, but I'm about half way through updating David Blevins' publish script. So now for the guilt trip... I've done my part and spent all day working on getting the binaries published and now it is your turn. Let's all pretend that this is a real release and spend a few minutes reviewing the binaries. I took a look at the binaries in http://people.apache.org/dist/ geronimo/unstable/1.2-450299/ (I couldn't find a discussion thread that matched). Check the users list. -dain
Re: Weekly: Geronimo 1.2-447908
On Sep 21, 2006, at 1:51 AM, Dain Sundstrom wrote: We have our first of hopefully a long line of weekly builds published to the Geronimo unstable directory. This is still a fairly manual process, but I'm about half way through updating David Blevins' publish script. So now for the guilt trip... I've done my part and spent all day working on getting the binaries published and now it is your turn. Let's all pretend that this is a real release and spend a few minutes reviewing the binaries. I took a look at the binaries in http://people.apache.org/dist/ geronimo/unstable/1.2-450299/ (I couldn't find a discussion thread that matched). A few things: the license and notice files are missing a few updates from 1.1.1. I'll raise a jira. the download is 11 megs larger than the corresponding 1.1.1 download. When unpacked, the repository directory is ~ 13 megs larger than the 1.1.1 repo... --kevan
Re: Weekly: Geronimo 1.2-447908
On 9/21/06, Paul McMahan <[EMAIL PROTECTED]> wrote: Dain, I'm a huge fan of what you're doing here and think that making snapshot builds available like this will lead to finding bugs early and helping users who want to pick up bug fixes but can't or don't want to build. Fully agree with it! It's so useful that I wonder why we haven't done it before? It's exactly the way people reporting bugs/issues will verify that a fix is in and works. Some people will even use snapshots before the fixes they contain will become available as official releases. Nice stuff, Dain! I think you'll not come across much troubles when it comes to cutting a release. It will just boil down to do another successful snapshot build that's heavily tested and eventually blessed by PMC. The only missing piece is an automated test system for Geronimo so we don't have to execute the same tests we're doing now over and over again. Excellent idea! Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: Weekly: Geronimo 1.2-447908
On 9/21/06, Jay D. McHugh <[EMAIL PROTECTED]> wrote: I had to create the var/config/artifact_aliases.properties file before the server would start up. After that I was able to load the mysql jdbc jar without any problem. But, I couldn't create my database pool again. Here is the log for when I tried to deploy with the wizard (on Linux w/ Java 1.5 in case that makes a difference): Oops accidentally sent a blank message just now, sorry about that. I saw the same problem as Jay, it also seems like the db pool wizard is taking the wrong path since for the pool type it uses TranQL Embedded XA Resource Adapter for Apache Derby. Dain, I'm a huge fan of what you're doing here and think that making snapshot builds available like this will lead to finding bugs early and helping users who want to pick up bug fixes but can't or don't want to build. Best wishes, Paul
Re: Weekly: Geronimo 1.2-447908
It sounds like the JSR-88 DConfigBeans for J2EE Connectors aren't on the class path of the console. I don't know if this means a dependency was omitted or that classes were removed from the module or what. Thanks, Aaron On 9/21/06, Jay D. McHugh <[EMAIL PROTECTED]> wrote: Dain Sundstrom wrote: > We have our first of hopefully a long line of weekly builds published > to the Geronimo unstable directory. This is still a fairly manual > process, but I'm about half way through updating David Blevins' > publish script. > > So now for the guilt trip... I've done my part and spent all day > working on getting the binaries published and now it is your turn. > Let's all pretend that this is a real release and spend a few minutes > reviewing the binaries. > > Thanks, > > -dain > > > Geronimo 1.2-447908 - Sept 20, 2006 > > http://people.apache.org/dist/geronimo/unstable/1.2-447908/ > > geronimo-jetty-j2ee-1.2-447908.tar.gz > geronimo-jetty-j2ee-1.2-447908.zip > geronimo-jetty-minimal-1.2-447908.tar.gz > geronimo-jetty-minimal-1.2-447908.zip > geronimo-tomcat-j2ee-1.2-447908.tar.gz > geronimo-tomcat-j2ee-1.2-447908.zip > geronimo-tomcat-minimal-1.2-447908.tar.gz > geronimo-tomcat-minimal-1.2-447908.zip > > Changelog: > > http://people.apache.org/dist/geronimo/unstable/1.2-447908/CHANGELOG.txt > > > NOTE: This build is not an official release, nor tested, and should be > considered unstable. > > > Hello all, I have an addiction to bleeding edge software and this weekly release thing is exactly the kind of fix I need :-) I had to create the var/config/artifact_aliases.properties file before the server would start up. After that I was able to load the mysql jdbc jar without any problem. But, I couldn't create my database pool again. Here is the log for when I tried to deploy with the wizard (on Linux w/ Java 1.5 in case that makes a difference): 10:14:33,268 ERROR [[DBWizard]] Servlet.service() for servlet DBWizard threw exception java.lang.NoClassDefFoundError: org/apache/geronimo/connector/deployment/RARConfigurer at org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.createConfiguration(JMXDeploymentManager.java:294) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.save(DatabasePoolPortlet.java:878) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.processAction(DatabasePoolPortlet.java:337) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:163) at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at org.apache.pluto.portalImpl.Servlet.doPost(Servlet.java:267) at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:322) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportVa
Re: Weekly: Geronimo 1.2-447908
On 9/21/06, Jay D. McHugh <[EMAIL PROTECTED]> wrote: Dain Sundstrom wrote: > We have our first of hopefully a long line of weekly builds published > to the Geronimo unstable directory. This is still a fairly manual > process, but I'm about half way through updating David Blevins' > publish script. > > So now for the guilt trip... I've done my part and spent all day > working on getting the binaries published and now it is your turn. > Let's all pretend that this is a real release and spend a few minutes > reviewing the binaries. > > Thanks, > > -dain > > > Geronimo 1.2-447908 - Sept 20, 2006 > > http://people.apache.org/dist/geronimo/unstable/1.2-447908/ > > geronimo-jetty-j2ee-1.2-447908.tar.gz > geronimo-jetty-j2ee-1.2-447908.zip > geronimo-jetty-minimal-1.2-447908.tar.gz > geronimo-jetty-minimal-1.2-447908.zip > geronimo-tomcat-j2ee-1.2-447908.tar.gz > geronimo-tomcat-j2ee-1.2-447908.zip > geronimo-tomcat-minimal-1.2-447908.tar.gz > geronimo-tomcat-minimal-1.2-447908.zip > > Changelog: > > http://people.apache.org/dist/geronimo/unstable/1.2-447908/CHANGELOG.txt > > > NOTE: This build is not an official release, nor tested, and should be > considered unstable. > > > Hello all, I have an addiction to bleeding edge software and this weekly release thing is exactly the kind of fix I need :-) I had to create the var/config/artifact_aliases.properties file before the server would start up. After that I was able to load the mysql jdbc jar without any problem. But, I couldn't create my database pool again. Here is the log for when I tried to deploy with the wizard (on Linux w/ Java 1.5 in case that makes a difference): 10:14:33,268 ERROR [[DBWizard]] Servlet.service() for servlet DBWizard threw exception java.lang.NoClassDefFoundError: org/apache/geronimo/connector/deployment/RARConfigurer at org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.createConfiguration(JMXDeploymentManager.java:294) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.save(DatabasePoolPortlet.java:878) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.processAction(DatabasePoolPortlet.java:337) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:163) at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at org.apache.pluto.portalImpl.Servlet.doPost(Servlet.java:267) at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:322) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) a
Re: Weekly: Geronimo 1.2-447908
On Sep 20, 2006, at 11:01 PM, Jacek Laskowski wrote: On 9/21/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote: So now for the guilt trip... I've done my part and spent all day working on getting the binaries published and now it is your turn. Let's all pretend that this is a real release and spend a few minutes reviewing the binaries. Thanks for taking care of it! http://people.apache.org/dist/geronimo/unstable/1.2-447908/ CHANGELOG.txt First spot - CHANGELOG.txt is empty. Intended? Doh! It appears that swizzle dumped out an empty file on my last run. I have updated the change at the link above, but the change log in the archives will remain blank. Anyone know of an easy way to detect an empty (all whitespace) file in bash? -dain
Re: Weekly: Geronimo 1.2-447908
Dain Sundstrom wrote: We have our first of hopefully a long line of weekly builds published to the Geronimo unstable directory. This is still a fairly manual process, but I'm about half way through updating David Blevins' publish script. So now for the guilt trip... I've done my part and spent all day working on getting the binaries published and now it is your turn. Let's all pretend that this is a real release and spend a few minutes reviewing the binaries. Thanks, -dain Geronimo 1.2-447908 - Sept 20, 2006 http://people.apache.org/dist/geronimo/unstable/1.2-447908/ geronimo-jetty-j2ee-1.2-447908.tar.gz geronimo-jetty-j2ee-1.2-447908.zip geronimo-jetty-minimal-1.2-447908.tar.gz geronimo-jetty-minimal-1.2-447908.zip geronimo-tomcat-j2ee-1.2-447908.tar.gz geronimo-tomcat-j2ee-1.2-447908.zip geronimo-tomcat-minimal-1.2-447908.tar.gz geronimo-tomcat-minimal-1.2-447908.zip Changelog: http://people.apache.org/dist/geronimo/unstable/1.2-447908/CHANGELOG.txt NOTE: This build is not an official release, nor tested, and should be considered unstable. Hello all, I have an addiction to bleeding edge software and this weekly release thing is exactly the kind of fix I need :-) I had to create the var/config/artifact_aliases.properties file before the server would start up. After that I was able to load the mysql jdbc jar without any problem. But, I couldn't create my database pool again. Here is the log for when I tried to deploy with the wizard (on Linux w/ Java 1.5 in case that makes a difference): 10:14:33,268 ERROR [[DBWizard]] Servlet.service() for servlet DBWizard threw exception java.lang.NoClassDefFoundError: org/apache/geronimo/connector/deployment/RARConfigurer at org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.createConfiguration(JMXDeploymentManager.java:294) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.save(DatabasePoolPortlet.java:878) at org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.processAction(DatabasePoolPortlet.java:337) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:163) at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at org.apache.pluto.portalImpl.Servlet.doPost(Servlet.java:267) at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:322) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.htt
Re: Weekly: Geronimo 1.2-447908
Dain, Thanks for getting this started. I ran all 4 binaries on windows. Other than the general problems with trunk at the moment I didn't notice any additional problems. Those general problems were: - I had to manually create a var\config\artifact_aliases.properties to get the servers to start. - I couldn't actually test the web console on jetty because of the session problem that I've posted about on dev. Will the nightly builds also be producing the source, schemas, etc... in addition to the binary images? I think these might be useful. Joe Dain Sundstrom wrote: We have our first of hopefully a long line of weekly builds published to the Geronimo unstable directory. This is still a fairly manual process, but I'm about half way through updating David Blevins' publish script. So now for the guilt trip... I've done my part and spent all day working on getting the binaries published and now it is your turn. Let's all pretend that this is a real release and spend a few minutes reviewing the binaries. Thanks, -dain Geronimo 1.2-447908 - Sept 20, 2006 http://people.apache.org/dist/geronimo/unstable/1.2-447908/ geronimo-jetty-j2ee-1.2-447908.tar.gz geronimo-jetty-j2ee-1.2-447908.zip geronimo-jetty-minimal-1.2-447908.tar.gz geronimo-jetty-minimal-1.2-447908.zip geronimo-tomcat-j2ee-1.2-447908.tar.gz geronimo-tomcat-j2ee-1.2-447908.zip geronimo-tomcat-minimal-1.2-447908.tar.gz geronimo-tomcat-minimal-1.2-447908.zip Changelog: http://people.apache.org/dist/geronimo/unstable/1.2-447908/CHANGELOG.txt NOTE: This build is not an official release, nor tested, and should be considered unstable.
Re: Weekly: Geronimo 1.2-447908
On 9/21/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote: So now for the guilt trip... I've done my part and spent all day working on getting the binaries published and now it is your turn. Let's all pretend that this is a real release and spend a few minutes reviewing the binaries. Thanks for taking care of it! http://people.apache.org/dist/geronimo/unstable/1.2-447908/CHANGELOG.txt First spot - CHANGELOG.txt is empty. Intended? -- Jacek Laskowski http://www.laskowski.net.pl
