Milestone Release
Hi Everyone, Before arriving at the incubator, ActiveMQ was cutting periodic Milestone releases so that uses could get better visibility on the progress of the development. The milestones were not really tied to specific goals, but were done so that folks who are adverse to trying out SNAPSHOTs could kick the wheels of this developing product and get feedback to the developers sooner rather than later. Now that ActiveMQ has dotted the 'i's and crossed the 't's of most of the incubation checklist, http://wiki.apache.org/geronimo/ ActiveMQ_Incubation, and we have gotten through most of the refactors needed now that we have come to apache, I was hoping we could get our first Apache based milestone done. I know that being in the incubator imposes a few extra restrictions. Is there a check list out there for this kinda thing that we can follow? Regards, Hiram
Re: Milestone Release
I'd love to see another milestone release - not that my vote is binding but I'm +1 :-) TTFN, Bill Dudney MyFaces - myfaces.apache.org Wadi - incubator.apache.org/wadi On Dec 30, 2005, at 9:06 AM, Hiram Chirino wrote: Hi Everyone, Before arriving at the incubator, ActiveMQ was cutting periodic Milestone releases so that uses could get better visibility on the progress of the development. The milestones were not really tied to specific goals, but were done so that folks who are adverse to trying out SNAPSHOTs could kick the wheels of this developing product and get feedback to the developers sooner rather than later. Now that ActiveMQ has dotted the 'i's and crossed the 't's of most of the incubation checklist, http://wiki.apache.org/geronimo/ ActiveMQ_Incubation, and we have gotten through most of the refactors needed now that we have come to apache, I was hoping we could get our first Apache based milestone done. I know that being in the incubator imposes a few extra restrictions. Is there a check list out there for this kinda thing that we can follow? Regards, Hiram
[VOTE] create a milestone release of ActiveMQ?
Now that ActiveMQ has dotted the 'i's and crossed the 't's of most of the incubation checklist, http://wiki.apache.org/geronimo/ ActiveMQ_Incubation, and we have gotten through most of the refactors needed, it would be very useful to cut our first Apache based milestone build using the new org.apache.activemq package structure so that other projects can develop off of it. [ ] +1 Release a milestone build [ ] -1 Veto the milestone release (provide specific comments) Here's my +1 James --- http://radio.weblogs.com/0112098/
Re: Fatal error while building j2ee-installer (izpack)
Is the fix checked in? On 12/28/05, Sachin Patel [EMAIL PROTECTED] wrote: Try... Index: plugins/geronimo-izpack-plugin/plugin.properties === --- plugins/geronimo-izpack-plugin/plugin.properties(revision 358629) +++ plugins/geronimo-izpack-plugin/plugin.properties(working copy) @@ -27,4 +27,5 @@ geronimo.assembly.zip=true geronimo.assembly.distributions.dir=${maven.build.dir}/distributions +release_notes_version= Index: plugins/geronimo-izpack-plugin/plugin.jelly === --- plugins/geronimo-izpack-plugin/plugin.jelly (revision 358629) +++ plugins/geronimo-izpack-plugin/plugin.jelly (working copy) @@ -43,7 +43,7 @@ /fileScanner j:set var=GeronimoVersion value=${geronimo_version}/ j:set var=InstallSource value=${geronimo.assembly.dest}/ -j:set var=ReleaseNotesVersion value=1.0-M5/ +j:set var=ReleaseNotesVersion value=$ {release_notes_version}/ j:forEach var=installer items=${installFiles.iterator()} j:set var=installerName value=${installer.name}/ echoProcessing installer file ${installerName}/echo Index: etc/project.properties === --- etc/project.properties (revision 358629) +++ etc/project.properties (working copy) @@ -86,6 +86,8 @@ tranql_connector_version=1.1 tranql_vendors_version=1.1 +release_notes_version=1.0 + geronimo_packaging_plugin_version=1.0.1 geronimo_assembly_plugin_version=1.0.2 geronimo_deployment_plugin_version=1.0.0 - sachin On Dec 27, 2005, at 4:10 PM, Aaron Mulder wrote: It is not only you. When I looked, it appeared that the variable for the release notes file is hardcoded in the plugin Jelly. I think it needs to be changed to read that from a value passed when the plugin is invoked, which can then be read from etc/project.properties. Someone had a tip on how they thought this could be done. In the mean time, if you want to use the installer, you can hardcode the value in the XML file in src/izpack instead of using the variable at all... But I think there are pending patches for the installer script that John Sisson was looking at. And I think David B removed the installer from the top-level Maven build until this is fixed. Thanks, Aaron On 12/27/05, Jacek Laskowski [EMAIL PROTECTED] wrote: Hi, Is it only me who experiences the following error? It seems that the solution might be as simple as editing the geronimo-izpack.xml and change the referenced file name, but don't know whether or not it doesn't incur any other troubles along the way. ... [java] - Fatal error : [java]d:\projs\geronimo\assemblies\j2ee-installer/target/ geronimo-1.0-SNAPSHOT/geronimo-izpack.xml:23: Resource not found: d:\projs\geronimo\assemblies\j2ee-installer\target \geronimo-1.0-SNAPSHOT\RELEASE-NOTES-1.0-M5.txt [java] com.izforge.izpack.compiler.CompilerException: d:\projs\geronimo\assemblies\j2ee-installer/target/geronimo-1. 0-SNAPSHOT/geronimo-izpack.xml:23: Resource not found: d:\projs\geronimo\assemblies\j2ee-installer\target\geronimo-1.0-S NAPSHOT\RELEASE-NOTES-1.0-M5.txt [java] at com.izforge.izpack.compiler.CompilerConfig.parseError (CompilerConfig.java:1518) [java] at com.izforge.izpack.compiler.CompilerConfig.findProjectResource (CompilerConfig.java:1447) [java] at com.izforge.izpack.compiler.CompilerConfig.addResources (CompilerConfig.java:1044) [java] at com.izforge.izpack.compiler.CompilerConfig.executeCompiler (CompilerConfig.java:313) [java] at com.izforge.izpack.compiler.CompilerConfig.main (CompilerConfig.java:1847) [java] at com.izforge.izpack.compiler.Compiler.main (Compiler.java:620) [java] [java] (tip : use -? to get the commmand line parameters) [java] [ERROR] Java Result: 1 BUILD FAILED Jacek -- perl -e 'print unpack(u,62V5N\FME;G\!EFQ`9VUA:6PN8V]M\[EMAIL PROTECTED] )'
Re: Apache mini Geronimo (mini-G)
Thank you for your reply, and I'm sorry late to reply. Bharath Duggirala wrote: I guess such an assembly/configuration could be phrased as Apache Geronimo *Personal Edition*...just another indication that s/w is getting more and more personalised and the user can take a call on the bits and pieces of the s/w he wants to live with. I have read a article about Geronimo Architecture. URL:http://www.jaxmag.com/itr/online_artikel/psecom,id,690,nodeid,147.html So, I thought the new package which involve Geronimo's subset and other framework (e.g. Spring or Seasar(URL:http://www.seasar.org/en/) ) will be released. If we will be able to make Personal Edition, it is also good news. -- Daisuke Kameda mailto:[EMAIL PROTECTED] Japan KDE Users' Group: President mailto:[EMAIL PROTECTED] http://www.kde.gr.jp/~daisuke/ immodule for Qt Project: Project Leader http://www.freedesktop.org/wiki/Software_2fimmodule_2dqt
An issue about TomcatGeronimoRealm
Hi all,I am running Jetspeed on geronimo-tomcat-j2ee-1.0-2005-12-22. My jetspeed web app context is jetspeed and I also have a servlet named jetspeed defined in web.xml. When there is request for url: http://localhost:8080/jetspeed/. The private method getServletName(Request request) defined in TomcatGeronimoRealm will return a default string, is that what it expects?(I know default is configured by tomcat, http://tomcat.apache.org/tomcat-5.5-doc/default-servlet.html)Why it does not return jetspeed, I did have a servlet named that. The following is a snippet from my web.xml.servlet servlet-namejetspeed/servlet-name servlet-classorg.apache.jetspeed.engine.JetspeedServlet/servlet-class init-param param-nameproperties/param-name param-value/WEB-INF/conf/jetspeed.properties/param-value /init-param init-param param-nameapplicationRoot/param-name param-valuewebContext/param-value /init-param load-on-startup1/load-on-startup /servlet..servlet-mapping servlet-namejetspeed/servlet-name url-pattern/jetspeed/*/url-pattern /servlet-mappingAny help would be appreciated!- Jian Liao
Re: [Fwd: Re: [ISSUE] Eclipse Tools / Geronimo Plugin]
Yes, I can open a Jira ticket. Sachin Patel schrieb: Would you mind opening a jira? I'm about to head out of town, so i'll take a look when I get back. FYI This actual feature/plugin is not a requirement for the server adapter to run. The plugin when built wraps a Geronimo server image inside the plugin and then that feature (thus the server) can be installed from eclipse without a user having to get the distribution from the web site. The actual implementation of this support is incorrect, as the zip should not have to be wrapped inside the plugin. I'm working with the WTP folks to get a correct implementation put into WTP 1.1. So this plugin may go away. - sachin On Dec 30, 2005, at 8:42 AM, Daniel S. Haischt wrote: Hello, Sachin thanx for fixing the MANIFEST issue. Tho - the issue with the ... - org.apache.geronimo.j2ee.server.v1 ... plugin still remains. This is the exact message I am getting inside Eclipse: 8-88--8--- Plug-in org.apache.geronimo.j2ee.server.v1 version 0.5.0 referenced by this feature is missing. 8-88--8--- If looking at the generated zip in ...assembly/target/distributions, one would realize that there's neither a ...j2ee.server.v1 directory nor an equivalent jar file in it. BTW, I did a fresh SVN checkout ... Two remaining issues: * I did use the command ... - maven -Declipse.home=/opt/eclipse-3.1.1 \ - -Dgeronimo.version=1.0-SNAPSHOT but maven did search for openejb-pkgen-build-2.0.jar instead of openejb-pkgen-build-2.0-SNAPSHOT.jar. Thus I had to create some symlinks to quickly fix the issue. * After having recompiled the Geronimo plugin for Eclipse I did extract the resulting zip into my Eclipse 3.1.1 directory tree. Inside Eclipse I had to realize, that the two Geronimo features within my configuration, were de-activated. Tho - I was only able to activate the geronimo feature but not the installableruntime feature because of the missing j2ee plugin. My Configuration: 8-88--8--- Eclipse 3.1.1 (Build: M20050929-0840) Eclipse command: eclipse -clean -vmargs -Xms64m -Xmx512m Java SE Version: 1.5.0_06 8-88--8--- Original-Nachricht Return-Path: [EMAIL PROTECTED] Received: from murder ([unix socket]) by imap.abyssworld.de (Cyrus v2.2.12) with LMTPA; Fri, 30 Dec 2005 04:45:57 +0100 X-Sieve: CMU Sieve 2.2 Received: from smtp.abyssworld.de (smtp.abyssworld.de [192.168.1.6])by smtp.abyssworld.de (Postfix) with ESMTP id 119C51B8DCfor [EMAIL PROTECTED]; Fri, 30 Dec 2005 04:45:55 +0100 (CET) Received-SPF: neutral (smtp.abyssworld.de: 68.142.206.240 is neither permitted nor denied by domain of gmail.com) client-ip=68.142.206.240; [EMAIL PROTECTED]; helo=smtp107.plus.mail.mud.yahoo.com; Received: from smtp107.plus.mail.mud.yahoo.com (smtp107.plus.mail.mud.yahoo.com [68.142.206.240])by smtp.abyssworld.de (Postfix) with SMTP id EB0E01B8C2for [EMAIL PROTECTED]; Fri, 30 Dec 2005 04:45:51 +0100 (CET) Received: (qmail 12667 invoked from network); 30 Dec 2005 03:45:50 - Received: from unknown (HELO ?192.168.1.4?) ([EMAIL PROTECTED] with plain) by smtp107.plus.mail.mud.yahoo.com with SMTP; 30 Dec 2005 03:45:50 - Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: [EMAIL PROTECTED] Content-Transfer-Encoding: 7bit From: Sachin Patel [EMAIL PROTECTED] Subject: Re: [ISSUE] Eclipse Tools / Geronimo Plugin Date: Thu, 29 Dec 2005 22:45:50 -0500 To: [EMAIL PROTECTED] X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: ClamAV using ClamSMTP 1.4.1 X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Dec 30 04:45:57 2005 X-DSPAM-Confidence: 0.8418 X-DSPAM-Probability: 0. X-DSPAM-Signature: 43b4ad75730831610688996 X-DSPAM-Factors: 27,running+is, 0.00010,the+adapter, 0.00010, few+issues, 0.00010,the+WTP, 0.00010,for+catching, 0.00010, Subject*Geronimo, 0.00020,From*Sachin+Patel, 0.00020,article+for, 0.00020,WTP+plugin, 0.00020,From*Sachin, 0.00020,MF+contains, 0.00020,plugin, 0.00136,plugin, 0.00136,Subject*Plugin, 0.00147, INF, 0.00175,INF, 0.00175,plugins, 0.00219, Content-Type*ASCII+delsp, 0.00270,wrote+Hello, 0.00310, the+plugins, 0.00418,Content-Type*delsp+yes, 0.00459,Content-Type*yes, 0.00459, Content-Type*delsp, 0.00459,Geronimo, 0.00481,Received-SPF*yahoo, 0.99449,directory+In, 0.00600,plugin+but, 0.00600 Hi, Thanks for catching the Manifest version mismatches, I've fixed these. As for the installableruntime.feature, the j2ee.server plugin is located inside the plugins directory. In the future,
Re: Unrecognized argument: --quiet during openejb integration tests
2005/12/30, Ken Perl [EMAIL PROTECTED]: Thanks all, maven m:rebuild-all fix the issue, and the build is success now, the file BUILDING.txt is a little old then because To build and run the server, change into the assembly directory and type: $ cd modules/assembly $ maven $ cd target/geronimo-1.0-SNAPSHOT $ java -jar bin/server.jar org/apache/geronimo/Server Hi Ken, Thanks for reporting! Could you please fill a jira issue about it? A silly question, where the build go now? That was easy (nor silly ;)). @see assemblies/j2ee-jetty-server/target or assemblies/j2ee-tomcat-server/target/ depending on what servlet container you wish to play with. The most preffered way is to use Geronimo maven plugin and unpack one of these assemblies into a place of your choice. @see sandbox/adventurebuilder/maven.xml for reference. That way you don't need to pull down the sources but declare a dependency and have it taken care by Maven. It takes less time and disk space. Jacek
Re: An issue about TomcatGeronimoRealm
2005/12/30, Jian Liao [EMAIL PROTECTED]: Hi all, I am running Jetspeed on geronimo-tomcat-j2ee-1.0-2005-12-22. My jetspeed web app context is jetspeed and I also have a servlet named jetspeed defined in web.xml. When there is request for url: http://localhost:8080/jetspeed/. The private method getServletName(Request request) defined in TomcatGeronimoRealm will return a default string, is that what it expects?(I know default is configured by tomcat, http://tomcat.apache.org/tomcat-5.5-doc/default-servlet.html) Why it does not return jetspeed, I did have a servlet named that. Hi, I don't know the answer, but has it caused any trouble and that's why you asked about it? - Jian Liao Jacek
Re: An issue about TomcatGeronimoRealm
2005/12/30, Jian Liao [EMAIL PROTECTED]: Hi, Thanks for your respond! If the request url is: http://localhost:8080/jetspeed/, and getServletName() return default, TomcatGeronimoRealm will use this name and role to construct a WebRoleRefPermission instance to be evaluated. Evaluation result is always false. Hi. How is it with Jetty? Does it work any better? Just an idea: is there a way to set up the webapp, so that default (which is the return value) would match? I think getServletName() should return jetspeed, and then my configuration in web.xml can make JACC evaluation successfully. Probably. Would you give it a try and see how it works? You work with the binary release, don't you? You'd have to pull down the sources (or just a part of them) and try it out. I can't wait till you respond it's fixed ;) That'd be awesome. - Jian Liao Jacek
Re: An issue about TomcatGeronimoRealm
Remove the forward slash and it will give you what you are looking for. Please try this: servlet-mapping servlet-namejetspeed/servlet-name url-patternjetspeed/*/url-pattern /servlet-mapping Jian Liao wrote: Hi all, I am running Jetspeed on geronimo-tomcat-j2ee-1.0-2005-12-22. My jetspeed web app context is jetspeed and I also have a servlet named jetspeed defined in web.xml. When there is request for url: http://localhost:8080/jetspeed/. The private method getServletName(Request request) defined in TomcatGeronimoRealm will return a default string, is that what it expects?(I know default is configured by tomcat, http://tomcat.apache.org/tomcat-5.5-doc/default-servlet.html) Why it does not return jetspeed, I did have a servlet named that. The following is a snippet from my web.xml. servlet servlet-namejetspeed/servlet-name servlet-classorg.apache.jetspeed.engine.JetspeedServlet /servlet-class init-param param-nameproperties/param-name param-value/WEB-INF/conf/jetspeed.properties/param-value /init-param init-param param-nameapplicationRoot/param-name param-valuewebContext/param-value /init-param load-on-startup1/load-on-startup /servlet .. servlet-mapping servlet-namejetspeed/servlet-name url-pattern/jetspeed/*/url-pattern /servlet-mapping Any help would be appreciated! - Jian Liao
Re: An issue about TomcatGeronimoRealm
Hi Jian, I am sorry, I had to read your problem closer to get the gist of the problem...so here is a second go on this: Upon closer inspection of this... /jetspeed/* should be picked up fine in the getServletName(). Upon running some tests, it seems fine. You stated your web app context is named jetspeed, and thus this is probably causing your problem. Since you called it jetspeed, this is the context portion and thus is not part of the relative URI. Thus, the http://localhost:8080/jetspeed/ URL's relative URI truly is default or /. With that context name, the way you will get this to work in your configuration is with this URL: http://localhost:8080/jetspeed/jetspeed/ If you want http://localhost:8080/jetspeed/ to work, then you must set the context-root to context-root//context-root in your plan/geronimo-web.xml. Jeff Jeff Genender wrote: Remove the forward slash and it will give you what you are looking for. Please try this: servlet-mapping servlet-namejetspeed/servlet-name url-patternjetspeed/*/url-pattern /servlet-mapping Jian Liao wrote: Hi all, I am running Jetspeed on geronimo-tomcat-j2ee-1.0-2005-12-22. My jetspeed web app context is jetspeed and I also have a servlet named jetspeed defined in web.xml. When there is request for url: http://localhost:8080/jetspeed/. The private method getServletName(Request request) defined in TomcatGeronimoRealm will return a default string, is that what it expects?(I know default is configured by tomcat, http://tomcat.apache.org/tomcat-5.5-doc/default-servlet.html) Why it does not return jetspeed, I did have a servlet named that. The following is a snippet from my web.xml. servlet servlet-namejetspeed/servlet-name servlet-classorg.apache.jetspeed.engine.JetspeedServlet /servlet-class init-param param-nameproperties/param-name param-value/WEB-INF/conf/jetspeed.properties/param-value /init-param init-param param-nameapplicationRoot/param-name param-valuewebContext/param-value /init-param load-on-startup1/load-on-startup /servlet .. servlet-mapping servlet-namejetspeed/servlet-name url-pattern/jetspeed/*/url-pattern /servlet-mapping Any help would be appreciated! - Jian Liao
using Java 5 for java.util.concurrent annotations and then generating 1.4 compliant jars?
First a quick bit of background on why Retrotranslator rocks... http://radio.weblogs.com/0112098/2005/12/29.html#a546 Retrotranslator can take any Java 5 bytecode using generics, annotations, auto-boxing, varargs java.util.concurrent utilities and generate regular 1.4 bytecode that runs just fine on Java 1.4. The 1.4 bytecode uses backport-util-concurrent.jar for the java.util.concurrent stuff, retrotranslator_runtime.jar for other new methods added to Java 5 such as new reflection/generics stuff and asm.jar is currently used to read the annotations. So if you only use the Java 5 concurrent APIs then the only new dependency added on 1.4 is backport-util-concurrent. We should be able to create a maven 2 plugin (I've already started) which uses Java 5 for the build to make a Java 5 binary but also creates a 1.4 compliant binary. http://svn.mojo.codehaus.org/trunk/mojo/mojo-sandbox/retrotranslator- maven-plugin/ We should hopefully be able to run tests against both JVMs for each binary too. Now given that Java 5 concurrent is faster than backport-util- concurrent.jar concurrent.jar it would be good for us to use this by default throughout the Geronimo family of projects. Similarly it would be extremely useful to start using annotations and generics the new for loop can be handy too. So I wonder; should we experiment with 1 module using Java 5 and creating a 1.4 binary jar? (I'm quite tempted to try this in ActiveMQ to see how it goes). If we start with just the java.util.concurrent - backport.util.concurrent it'd be fairly easy to switch back again later if we hit some showstopper. Thoughts? James --- http://radio.weblogs.com/0112098/
Re: Milestone Release
On 30 Dec 2005, at 17:36, Alan D. Cabrera wrote: On 12/30/2005 8:06 AM, Hiram Chirino wrote: Hi Everyone, Before arriving at the incubator, ActiveMQ was cutting periodic Milestone releases so that uses could get better visibility on the progress of the development. The milestones were not really tied to specific goals, but were done so that folks who are adverse to trying out SNAPSHOTs could kick the wheels of this developing product and get feedback to the developers sooner rather than later. Now that ActiveMQ has dotted the 'i's and crossed the 't's of most of the incubation checklist, http://wiki.apache.org/geronimo/ ActiveMQ_Incubation, and we have gotten through most of the refactors needed now that we have come to apache, I was hoping we could get our first Apache based milestone done. I know that being in the incubator imposes a few extra restrictions. Is there a check list out there for this kinda thing that we can follow? This is a great idea. I don't think that there are many restrictions other than it cannot be an official release. Shall we put the milestone release up for a vote? Shall we vote on whether to vote :) Lets just call a vote; folks can always -1 if there's some reason why we can't do a milestone. James --- http://radio.weblogs.com/0112098/
Re: tomcat statistics
Jeff, Thanks, for looking into this. Now I am seeing the request processors! The output for geronimo is attached. What changes did you make? Thanks again! Anita --- anita kulshreshtha [EMAIL PROTECTED] wrote: Jeff, In a standalone configuration tomcat configures an MBean Name: Catalina:type=RequestProcessor,worker=http-8080,name=HttpRequest0. This is not being configured in G. Do you have any ideas why? I am attaching a list of all RequestProcessors running in a standalone tomcat. The G ones can be viewed by deploying the war attached to G-1293. There are none! Each request thread has an associated RequestInfo which is used to gather stats. Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Name: Catalina:type=RequestProcessor,worker=http-8080,name=HttpRequest2 modelerType: org.apache.coyote.RequestInfo bytesSent: 10626 method: GET remoteAddr: 127.0.0.1 requestBytesSent: 0 contentLength: -1 bytesReceived: 0 requestProcessingTime: 84531 globalProcessor: [EMAIL PROTECTED] protocol: HTTP/1.0 currentQueryString: maxRequestUri: /manager/status requestBytesReceived: 0 serverPort: -1 stage: 7 requestCount: 6 maxTime: 78 processingTime: 156 currentUri: / errorCount: 3 Name: Catalina:type=RequestProcessor,worker=http-8080,name=HttpRequest0 modelerType: org.apache.coyote.RequestInfo virtualHost: localhost bytesSent: 122571 method: GET remoteAddr: 127.0.0.1 requestBytesSent: 221184 contentLength: -1 bytesReceived: 0 requestProcessingTime: 422 globalProcessor: [EMAIL PROTECTED] protocol: HTTP/1.1 currentQueryString: maxRequestUri: /manager/jmxproxy/ requestBytesReceived: 0 serverPort: 8080 stage: 3 requestCount: 9 maxTime: 328 processingTime: 875 currentUri: /manager/jmxproxy/ errorCount: 4 Name: Catalina:type=RequestProcessor,worker=http-8080,name=HttpRequest1 modelerType: org.apache.coyote.RequestInfo bytesSent: 22380 method: GET remoteAddr: 127.0.0.1 requestBytesSent: 0 contentLength: -1 bytesReceived: 0 requestProcessingTime: 1840890 globalProcessor: [EMAIL PROTECTED] protocol: HTTP/1.0 currentQueryString: maxRequestUri: /manager/images/jakarta-logo.gif requestBytesReceived: 0 serverPort: -1 stage: 7 requestCount: 5 maxTime: 63 processingTime: 140 currentUri: / errorCount: 1 __ Yahoo! for Good - Make a difference this year. http://brand.yahoo.com/cybergivingweek2005/OK - Number of results: 4 Name: Geronimo:type=RequestProcessor,worker=http-0.0.0.0-8080,name=HttpRequest3 modelerType: org.apache.coyote.RequestInfo virtualHost: localhost bytesSent: 10399 method: GET remoteAddr: 127.0.0.1 requestBytesSent: 0 contentLength: -1 bytesReceived: 0 requestProcessingTime: 15 globalProcessor: [EMAIL PROTECTED] protocol: HTTP/1.1 currentQueryString: qry=*%3Atype%3DRequestProcessor%2C* maxRequestUri: /stats/jmxproxy/ requestBytesReceived: 0 serverPort: 8080 stage: 3 requestCount: 10 maxTime: 78 processingTime: 171 currentUri: /stats/jmxproxy/ errorCount: 7 Name: Geronimo:type=RequestProcessor,worker=http-0.0.0.0-8080,name=HttpRequest1 modelerType: org.apache.coyote.RequestInfo bytesSent: 232019 method: GET remoteAddr: 127.0.0.1 requestBytesSent: 0 contentLength: -1 bytesReceived: 0 requestProcessingTime: 78906 globalProcessor: [EMAIL PROTECTED] protocol: HTTP/1.0 currentQueryString: maxRequestUri: /console/portal/apps/apps_war requestBytesReceived: 0 serverPort: -1 stage: 7 requestCount: 21 maxTime: 4734 processingTime: 13202 currentUri: / errorCount: 7 Name: Geronimo:type=RequestProcessor,worker=http-0.0.0.0-8443,name=HttpRequest0 modelerType: org.apache.coyote.RequestInfo bytesSent: 0 method: GET requestBytesSent: 0 contentLength: -1 bytesReceived: 0 requestProcessingTime: 1135965870625 globalProcessor: [EMAIL PROTECTED] protocol: HTTP/1.0 currentQueryString: requestBytesReceived: 0 serverPort: -1 stage: 0 requestCount: 0 maxTime: 0 processingTime: 0 currentUri: / errorCount: 0 Name: Geronimo:type=RequestProcessor,worker=http-0.0.0.0-8080,name=HttpRequest2 modelerType: org.apache.coyote.RequestInfo bytesSent: 57770 method: GET remoteAddr: 127.0.0.1 requestBytesSent: 0 contentLength: -1 bytesReceived: 49 requestProcessingTime: 135860 globalProcessor: [EMAIL PROTECTED] protocol: HTTP/1.0 currentQueryString: maxRequestUri: /console/portal/j_security_check requestBytesReceived: 0 serverPort: -1 stage: 7 requestCount: 23 maxTime: 109 processingTime: 875 currentUri: / errorCount: 0
[jira] Created: (GERONIMO-1405) support more than one config-store
support more than one config-store -- Key: GERONIMO-1405 URL: http://issues.apache.org/jira/browse/GERONIMO-1405 Project: Geronimo Type: Improvement Components: deployment Environment: fedora core 2 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03) Reporter: toby cabot Most of the code needed to support multiple config-stores is in place, but Deployer assumes only one. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1405) support more than one config-store
[ http://issues.apache.org/jira/browse/GERONIMO-1405?page=all ] toby cabot updated GERONIMO-1405: - Attachment: geronimo-2configstores.txt Here's a patch that modifies Deployer.java to handle multiple config-stores. It uses the first one it gets by default but the user can override that on deployer.jar's command line. For more background on this topic, please see the email thread starting on 2005-12-05 with a message from David Jencks titled Re: list-targets command. http://www.nabble.com/Re%3A-list-targets-command-t682867.html#a1803966 support more than one config-store -- Key: GERONIMO-1405 URL: http://issues.apache.org/jira/browse/GERONIMO-1405 Project: Geronimo Type: Improvement Components: deployment Environment: fedora core 2 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03) Reporter: toby cabot Attachments: geronimo-2configstores.txt Most of the code needed to support multiple config-stores is in place, but Deployer assumes only one. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
HEAD is going to be...?
Is the current HEAD going to be 1.0.1 or 1.1 or 2.0? I seem to remember Alan volunteering to be release manager for the next release... Which one is that going to be? I'm trying to think about what features ought to go where, in terms of HEAD, the 1.0 branch, etc. I think I'd prefer that 1.0.1 be bug fixes only and go into the 1.0 branch, and that HEAD get minor new features and become 1.1 (in, say, a 3-month time frame), and we target major new features like XBean or EJB 3 or anything else like that for a subsequent 2.0 (in, say, a 6 month time frame). I'd lean toward the new CORBA not going into 1.1, since I don't think it'll be ready in time, but I'd be happy to be corrected. :) Thanks, Aaron
[jira] Created: (GERONIMO-1406) BUILDING.txt needs update to reflect the removing of assembly directory
BUILDING.txt needs update to reflect the removing of assembly directory --- Key: GERONIMO-1406 URL: http://issues.apache.org/jira/browse/GERONIMO-1406 Project: Geronimo Type: Bug Components: documentation Versions: 1.0 Reporter: kenperl Priority: Minor The file BUILDING.txt is a little old and needs update. To build and run the server, change into the assembly directory and type: $ cd modules/assembly $ maven $ cd target/geronimo-1.0-SNAPSHOT $ java -jar bin/server.jar org/apache/geronimo/Server -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Unrecognized argument: --quiet during openejb integration tests
It is http://issues.apache.org/jira/browse/GERONIMO-1406 On 12/30/05, Jacek Laskowski [EMAIL PROTECTED] wrote: 2005/12/30, Ken Perl [EMAIL PROTECTED]: Thanks all, maven m:rebuild-all fix the issue, and the build is success now, the file BUILDING.txt is a little old then because To build and run the server, change into the assembly directory and type: $ cd modules/assembly $ maven $ cd target/geronimo-1.0-SNAPSHOT $ java -jar bin/server.jar org/apache/geronimo/Server Hi Ken, Thanks for reporting! Could you please fill a jira issue about it? A silly question, where the build go now? That was easy (nor silly ;)). @see assemblies/j2ee-jetty-server/target or assemblies/j2ee-tomcat-server/target/ depending on what servlet container you wish to play with. The most preffered way is to use Geronimo maven plugin and unpack one of these assemblies into a place of your choice. @see sandbox/adventurebuilder/maven.xml for reference. That way you don't need to pull down the sources but declare a dependency and have it taken care by Maven. It takes less time and disk space. Jacek -- perl -e 'print unpack(u,62V5N\FME;G\!EFQ`9VUA:6PN8V]M\[EMAIL PROTECTED] )'
[jira] Updated: (GERONIMO-1401) The latest Build process
[ http://issues.apache.org/jira/browse/GERONIMO-1401?page=all ] anita kulshreshtha updated GERONIMO-1401: - Attachment: BUILDING.patch This patch includes the shutdown command. Thanks, Ken for pointing this out. The latest Build process Key: GERONIMO-1401 URL: http://issues.apache.org/jira/browse/GERONIMO-1401 Project: Geronimo Type: Improvement Components: documentation Versions: 1.0-M5 Environment: All Reporter: anita kulshreshtha Attachments: BUILDING.patch, BUILDING.patch The Building page in wiki points to this document. The changes reflects the new build process. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1406) BUILDING.txt needs update to reflect the removing of assembly directory
[ http://issues.apache.org/jira/browse/GERONIMO-1406?page=comments#action_12361462 ] anita kulshreshtha commented on GERONIMO-1406: -- Geronimo-1401 already has a patch available for this. BUILDING.txt needs update to reflect the removing of assembly directory --- Key: GERONIMO-1406 URL: http://issues.apache.org/jira/browse/GERONIMO-1406 Project: Geronimo Type: Bug Components: documentation Versions: 1.0 Reporter: kenperl Priority: Minor The file BUILDING.txt is a little old and needs update. To build and run the server, change into the assembly directory and type: $ cd modules/assembly $ maven $ cd target/geronimo-1.0-SNAPSHOT $ java -jar bin/server.jar org/apache/geronimo/Server -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: An issue about TomcatGeronimoRealm
Thanks Jeff, I will try it ASAP and let you know if there is any problem.Thanks again,- Jian LiaoOn 12/31/05, Jeff Genender [EMAIL PROTECTED] wrote:Hi Jian,I am sorry, I had to read your problem closer to get the gist of the problem...so here is a second go on this:Upon closer inspection of this.../jetspeed/* should be picked up fine in the getServletName().Uponrunning some tests, it seems fine.You stated your web app context is named jetspeed, and thus this is probably causing your problem.Since you called it jetspeed, this isthe context portion and thus is not part of the relative URI.Thus, thehttp://localhost:8080/jetspeed/ URL's relative URI truly is default or/.With that context name, the way you will get this to work in yourconfiguration is with this URL: http://localhost:8080/jetspeed/jetspeed/If you want http://localhost:8080/jetspeed/ to work, then you must setthe context-root to context-root//context-root in your plan/geronimo-web.xml.JeffJeff Genender wrote: Remove the forward slash and it will give you what you are looking for. Please try this: servlet-mapping servlet-namejetspeed/servlet-nameurl-patternjetspeed/*/url-pattern /servlet-mapping Jian Liao wrote: Hi all, I am running Jetspeed on geronimo-tomcat-j2ee-1.0-2005-12-22. My jetspeed web app context is jetspeed and I also have a servlet named jetspeed defined in web.xml. When there is request for url: http://localhost:8080/jetspeed/. The private method getServletName(Request request) defined in TomcatGeronimoRealm will return a default string, is that what it expects?(I know default is configured by tomcat, http://tomcat.apache.org/tomcat-5.5-doc/default-servlet.html) Why it does not return jetspeed, I did have a servlet named that. The following is a snippet from my web.xml. servlet servlet-namejetspeed/servlet-name servlet-classorg.apache.jetspeed.engine.JetspeedServlet /servlet-class init-param param-nameproperties/param-name param-value/WEB-INF/conf/jetspeed.properties/param-value /init-param init-param param-nameapplicationRoot/param-name param-valuewebContext/param-value /init-param load-on-startup1/load-on-startup /servlet .. servlet-mappingservlet-namejetspeed/servlet-name url-pattern/jetspeed/*/url-pattern /servlet-mapping Any help would be appreciated! - Jian Liao