Re: Moving release archives for BSF, BCEL, JCS from Jakarta to Commons
On 12 November 2011 06:23, Henri Yandell bay...@generationjava.com wrote: Looks good, though I'm not sure the redirect on the mirror adds you much value. I'd do it if it's standard practice, otherwise skip. Seems to be standard practice, and it's trivial to do. It also catches any references to the old location, in case there are other download pages / links lurking somewhere... Hen On Fri, Nov 11, 2011 at 4:08 PM, sebb seb...@gmail.com wrote: At present, BSF, BCEL and JCS downloads still use /dist/jakarta/proj. I've just started the process of moving JMeter files to the new JMeter TLP, so I thought I might as well do the same for the remaining Jakarta downloads. This is what I propose for the Commons moves: - copy (cp -p) archives, sigs, hashes from /dist/jakarta/proj to /dist/commons/proj - add redirect for /dist/jakarta/proj to http://ww.apache.org/dist/commons/proj (this only affects www.apache.org, not the 3rd party mirrors) Wait a day or two to allow the mirrors to catch up. Next stages are: - update proj download page to use /dist/commons/proj - delete /dist/jakarta/proj At some later point the archives need to be tackled, but that might involve infra. I think that's it; if anyone can spot any errors in the process please advise! - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
JMeter - cleaning up dist/jakarta/jmeter
I have started the process of moving the JMeter distribution files from /dist/jakarta/jmeter to /dist/jmeter. Process so far: - copied (cp -p) archives, sigs, hashes from /dist/jakarta/jmeter to /dist/jmeter - added redirect for /dist/jakarta/jmeter to http://ww.apache.org/dist/jmeter (this only affects www.apache.org, not the 3rd party mirrors) Now need to wait a day or two to allow the mirrors to catch up. Next stages are: - update download_jmeter.html to use /dist/jmeter instead of /dist/jakarta/jmeter - delete /dist/jakarta/jmeter At some later point the archives need to be tackled, but that might involve infra. I think that's it; if anyone can spot any errors in the process please advise! I propose to carry out the same process with BSF, BCEL, JCS in conjunction with Commons (see separate e-mail). - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Moving release archives for BSF, BCEL, JCS from Jakarta to Commons
At present, BSF, BCEL and JCS downloads still use /dist/jakarta/proj. I've just started the process of moving JMeter files to the new JMeter TLP, so I thought I might as well do the same for the remaining Jakarta downloads. This is what I propose for the Commons moves: - copy (cp -p) archives, sigs, hashes from /dist/jakarta/proj to /dist/commons/proj - add redirect for /dist/jakarta/proj to http://ww.apache.org/dist/commons/proj (this only affects www.apache.org, not the 3rd party mirrors) Wait a day or two to allow the mirrors to catch up. Next stages are: - update proj download page to use /dist/commons/proj - delete /dist/jakarta/proj At some later point the archives need to be tackled, but that might involve infra. I think that's it; if anyone can spot any errors in the process please advise! - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Move Jakarta to the Attic; close down Jakarta PMC
On 10 November 2011 18:01, Henri Yandell bay...@apache.org wrote: A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. [X] +1 [ ] -1, because Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Top Level Jakarta Website
On 8 November 2011 17:48, Geiglein, Gary geigle...@peacetech.com wrote: In general I like the Apache Websites, and we use a lot of Apache technologies in our development efforts. With that said, the Jakarta site has one problem. It is not easy for a new Jakarta user to find the current Jakarta projects. ** ** I would think that the current projects would be more important to spotlight than either Ex-Jakarta or Retired Projects. But the list is not found on any of the entry level pages. As the front page says, Jakarta subprojects have been moving on or retiring for some while now; the last such project (JMeter) has just become a TLP. From the front page, 3rd sentence: all subprojects have now left the Jakarta project to become top level projects, join other TLPs (Commons), or in some cases been retired. Jakarta itself is due to retire to the Apache Attic. John Gary Geiglein ** ** John Gary Geiglein Project Manager [image: acentia2] (Formerly IT Solutions LLC) ** ** 6116 Executive Blvd. Suite 701-A Rockville, MD 20852 301-451-6544 (office) 443-538-3620 (cell) gary.geigl...@acentia.com www.acentia.com ** ** *Acentia* is a family of companies that include ITS Holding Company LLC, Interactive Technology Solutions LLC, ITEQ Integrated Technologies Inc., Codin Solutions Inc., ITS Net Inc., ITS Net Government Services, Inc., ITS Net Government Solutions Inc., Optimus Corporation, and Peace Technology.* *** The information in this electronic mail message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Internet electronic mail message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. ** ** ** ** ** ** ** **
JMeter now (almost) fully detached from Jakarta
JMeter is now a fully independent TLP; the website was moved earlier today. As far as I know, the only references to JMeter under the Jakarta website are historical references in news items etc. SVN has been moved; download pages have been moved. The only remaining active Jakarta reference is in the mirrors. The current JMeter release is served from www.apache.org/dist/jakarta/jmeter. [Likewise for BCEL, BSF and JCS.] It looks as though some ex Jakarta projects have moved all their distributions out of Jakarta, including the archives. For example, there are no commons or httpcomponents executables under www.apache.org/jakarta or archive.apache.org/jakarta. Should we follow the same strategy with JMeter, BCEL, BSF and JCS? If so, is there a standard process for doing the work to minimise disruption? I don't think it's difficult, but it's easy to overlook something so I'd rather follow an established procedure if there is one. If not, then perhaps we can discuss the process here first. S... - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
JMeter TLP changes
JMeter is in the process of becoming an independent Apache project, rather than a sub-project of Jakarta. SVN has already moved: http://svn.apache.org/repos/asf/jakarta/jmeter/ = http://svn.apache.org/repos/asf/jmeter/ The Wiki has already moved: http://wiki.apache.org/jakarta-jmeter/ = http://wiki.apache.org/jmeter/ The website will soon move: http://jakarta.apache.org/jmeter/ = http://jmeter.apache.org/ Mailing lists are changing: jmeter-u...@jakarta.apache.org has been renamed to u...@jmeter.apache.org Existing subscribers are not affected. There are 3 new mailing lists: comm...@jmeter.apache.org (SVN mails) d...@jmeter.apache.org (general developer mails, and Wiki updates) iss...@jmeter.apache.org (Bugzilla) It is not possible to rename the Jakarta mailing lists as they are shared with other projects. JMeter developers should subscribe to commits, dev, and issues. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Tomcat Administrator
On 21 October 2011 11:54, freeos freeos...@gmail.com wrote: Hi, I have been working with jakrta tomcat for the last four years. Here what I usually do is, Tomcat is no longer part of Jakarta. Please subscribe to the Apache Tomcat user mailing list and post there - thanks. See: http://tomcat.apache.org/lists.html#tomcat-users We have Jakarta-tomcat-5.0.25.tar.gz. I just copy this file into /usr/local of CentOS 5.x server. Then do tar -zxvf Jakarta-tomcat-5.0.25.tar.gz. It will create a folder in the name of Jakarta-tomcat-5.0.25.This folder has webapps folder. I place a war format file into this webapps folder and restart tomcat.At this stage, For example, if I place a Test.war file, it will create a folder in the name of Test under webapps folder. Then I need to establish connectivity with DB by mentioning DB server IP,port and schema user with password. This DB(database.properties) file is under Test/web/conf and WEBINF/classes/. So I need make entries in these two paths of database.properites file. All these tasks take 15 minutes. Apart from this, what are the activities I need to perform? I want to become Tomcat administrator. Thanks for your time. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Tomcat TagLib Download Site not pointing to resource
On 17 October 2011 04:40, Serete siteb...@aol.com wrote: Wanted to download binary distribustions from the following from this site: http://tomcat.apache.org/taglibs/site/using.html The following link is not working: http://jakarta.apache.org/site/downloads/downloads_taglibs.html Taglibs is now part of Tomcat. See the following bug [1] which relates to a similar issue. If you have any further questions/issues with Taglibs, please use the relevant mailing list [2] [1] https://issues.apache.org/bugzilla/show_bug.cgi?id=51382 [2] http://tomcat.apache.org/taglibs/mail-lists.html Serete siteb...@aol.com - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.5.1 RC3
On 29 September 2011 00:52, Milamber milam...@apache.org wrote: Hello, The third release candidate for JMeter 2.5.1 has been prepared, and your votes are solicited. This release fixes mainly some bugs appeared since JMeter 2.5, and contains few improvements. Tests (load tests and/or functional tests) with JVM 5/6/7 on Linux/Windows/Mac OS on functionality changes are welcomes (HttpClient 4.1 request, Http request with parallels embedded resources, View results tree, WebServices (SOAP) request, Async sample sending mode, etc.) List of changes: http://people.apache.org/~milamber/jmeter-2.5.1RC3/docs/changes.html I hope that this 3rd RC will corrects all majors bugs. *I would like send special congratulations for Philippe M. and Sebb for their work and their improving the future version of JMeter. Thanks.* JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targeted at Java 1.5+. Archives/hashes/sigs and RAT report: http://people.apache.org/~milamber/jmeter-2.5.1RC3/dist MD5 hashes of archives for this vote: e72f17c352fa4d3469d042e6542dd36d *jakarta-jmeter-2.5.1.tgz 2ed9e7ef8c225a416fd58de1124b7242 *jakarta-jmeter-2.5.1.zip 7423d3eebbdf11c28b3aebcd8ed2e78a *jakarta-jmeter-2.5.1_src.tgz 2b5ab9e599ac08880f85f61dab899a53 *jakarta-jmeter-2.5.1_src.zip Site Docs are here: http://people.apache.org/~milamber/jmeter-2.5.1RC3/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_5_1_RC3 (r1176908) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://people.apache.org/~milamber/ N.B. To download the dependencies: ant download_jars To create the jars and test JMeter: ant package test. JMeter 2.5 requires Java 1.5 or later. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Thanks in advance! Milamber The 72 hours are up. Although some additional bugs have surfaced, as far as I know these aren't regressions, so users are no worse off running 2.5.1, and in many respects it is better than 2.5. Therefore I think we should continue with the release. However, the known bugs section does not mention Bug 51918 and Bug 51919 so we should probably mention those in the announcement. Something like: Version 2.5 introduced a concurrent download feature for embedded HTML resources. Unfortunately this may result in corrupted downloads or other errors (bugs 51918 and 51919). We will fix these bugs as soon as possible; meanwhile the feature should not be used. OK? - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: JMeter TLP - draft resolution and first chair
On 1 October 2011 15:36, Rahul Akolkar rahul.akol...@gmail.com wrote: On Wed, Sep 21, 2011 at 8:31 PM, sebb seb...@gmail.com wrote: On 22 September 2011 01:15, Rahul Akolkar rahul.akol...@gmail.com wrote: On Wed, Sep 21, 2011 at 7:33 PM, Henri Yandell bay...@generationjava.com wrote: On Thu, Sep 22, 2011 at 1:30 AM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Tue, Sep 20, 2011 at 3:15 AM, Henri Yandell bay...@generationjava.com wrote: Happy to be on the PMC :) I'm not sure I'll be that active, but hopefully can help with any setup items. +1 for Sebb as Chair. I've updated the resolution to reflect the nomination. If there are no further changes to the proposal in a couple of days, I'll start the TLP vote. We shouldn't vote until Sebb, or someone else, is signed up to be the chair. snip/ Thats reasonable too :-) Sebb? I would have preferred to see JMeter as part of HC, but perhaps it would be better as a TLP. snip/ IMO, yes. However I think we need some more PMC members first. snap/ I see you added olegk, which is goodness. We can always add others I also added Rainer Jung who has kindly agreed to help. later. I think we're good for a vote on the resolution as is on the wiki. WDYT? Yes. -Rahul I can think of some Jakarta PMC members who have been involved with JMeter recently, and I think some of the Tomcat PMC use JMeter. Is it OK just to add them, or should they be asked first? - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.5.1 RC3
On 29 September 2011 00:52, Milamber milam...@apache.org wrote: Hello, The third release candidate for JMeter 2.5.1 has been prepared, and your votes are solicited. This release fixes mainly some bugs appeared since JMeter 2.5, and contains few improvements. Tests (load tests and/or functional tests) with JVM 5/6/7 on Linux/Windows/Mac OS on functionality changes are welcomes (HttpClient 4.1 request, Http request with parallels embedded resources, View results tree, WebServices (SOAP) request, Async sample sending mode, etc.) List of changes: http://people.apache.org/~milamber/jmeter-2.5.1RC3/docs/changes.html I hope that this 3rd RC will corrects all majors bugs. *I would like send special congratulations for Philippe M. and Sebb for their work and their improving the future version of JMeter. Thanks.* JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targeted at Java 1.5+. Archives/hashes/sigs and RAT report: http://people.apache.org/~milamber/jmeter-2.5.1RC3/dist MD5 hashes of archives for this vote: e72f17c352fa4d3469d042e6542dd36d *jakarta-jmeter-2.5.1.tgz 2ed9e7ef8c225a416fd58de1124b7242 *jakarta-jmeter-2.5.1.zip 7423d3eebbdf11c28b3aebcd8ed2e78a *jakarta-jmeter-2.5.1_src.tgz 2b5ab9e599ac08880f85f61dab899a53 *jakarta-jmeter-2.5.1_src.zip Site Docs are here: http://people.apache.org/~milamber/jmeter-2.5.1RC3/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_5_1_RC3 (r1176908) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://people.apache.org/~milamber/ N.B. To download the dependencies: ant download_jars To create the jars and test JMeter: ant package test. JMeter 2.5 requires Java 1.5 or later. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [X] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Thanks in advance! Milamber - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.5.1 RC2
On 26 September 2011 20:04, Oleg Kalnichevski ol...@apache.org wrote: On Sun, 2011-09-25 at 12:01 +, Milamber wrote: Hello, The second release candidate for JMeter 2.5.1 has been prepared, and your votes are solicited. This release fixes mainly some bugs appeared since JMeter 2.5, but contains few improvements. Tests (load tests or functional tests) with JVM 5/6/7 on Linux/Windows/Mac OS on functionality changes are welcomes (HttpClient 4.1 request, Http request with parallels embedded resources, View results tree, WebServices (SOAP) request, Async sample sending mode, etc) List of changes: http://people.apache.org/~milamber/jmeter-2.5.1RC2/docs/changes.html JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targeted at Java 1.5+. Archives/hashes/sigs and RAT report: http://people.apache.org/~milamber/jmeter-2.5.1RC2/dist MD5 hashes of archives for this vote: abc0d327d19f3e138955de5082c000b3 *jakarta-jmeter-2.5.1.tgz 3e69786253880a1293e245519cba4ad3 *jakarta-jmeter-2.5.1.zip cdc73f4db83dee52d216c74c2a323721 *jakarta-jmeter-2.5.1_src.tgz 3f294979e6c696bba91d62c2ec5f0473 *jakarta-jmeter-2.5.1_src.zip Site Docs are here: http://people.apache.org/~milamber/jmeter-2.5.1RC2/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_5_1_RC2 (r1175373) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://people.apache.org/~milamber/ N.B. To download the dependencies: ant download_jars To create the jars and test JMeter: ant package test. JMeter 2.5 requires Java 1.5 or later. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Thanks in advance! Milamber I am seeing this error while trying to get all requisite dependencies with 'ant download_jars' _get_jarfile: _get_zipfile: [get] Getting: http://prdownloads.sourceforge.net/htmlparser/HTMLParser-2.0-SNAPSHOT-bin.zip [get] To: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build/HTMLParser-2.0-SNAPSHOT-bin.zip [get] Not modified - so not downloaded BUILD FAILED /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2202: The following error occurred while executing this line: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2172: The following error occurred while executing this line: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2064: The following error occurred while executing this line: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2093: The following error occurred while executing this line: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2101: The unwar type doesn't support the nested mapper element. Is this a common issue? Not seen it before. What version of Ant are you using? Oleg - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.5.1 RC2
On 26 September 2011 21:45, Oleg Kalnichevski ol...@apache.org wrote: On Mon, 2011-09-26 at 21:00 +0100, sebb wrote: ... I am seeing this error while trying to get all requisite dependencies with 'ant download_jars' _get_jarfile: _get_zipfile: [get] Getting: http://prdownloads.sourceforge.net/htmlparser/HTMLParser-2.0-SNAPSHOT-bin.zip [get] To: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build/HTMLParser-2.0-SNAPSHOT-bin.zip [get] Not modified - so not downloaded BUILD FAILED /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2202: The following error occurred while executing this line: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2172: The following error occurred while executing this line: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2064: The following error occurred while executing this line: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2093: The following error occurred while executing this line: /home/oleg/Downloads/jakarta-jmeter-2.5.1/build.xml:2101: The unwar type doesn't support the nested mapper element. Is this a common issue? Not seen it before. What version of Ant are you using? Good call. Problem solved by upgrading to Ant 1.8.2 Good - what were you using? It might make sense for the Ant script to check for a minimum version. Now I am getting a batchtest failure. I guess this has something to do with my network configuration. I am not sure how severe this failure is. Yes, it looks like the default host name ubuntu is being resolved as a loopback address. This causes problems for client-server mode. Though client-server mode would probably work for the unit test, it would not work if the client and server were on different nodes, so the server refuses to start. Otherwise, building from source worked and all unit tests passed for me. Great, thanks for all the tests. Unfortunately, we have found some bugs in the handling of thread interrupts, which mean we will have to cancel the RC vote. batchtest: [echo] Starting BatchTestLocal using -X [jmeter] Created the tree successfully using testfiles/BatchTestLocal.jmx [jmeter] Starting the test @ Mon Sep 26 22:32:52 CEST 2011 (1317069172892) [jmeter] Waiting for possible shutdown message on port 4445 [jmeter] Tidying up ... @ Mon Sep 26 22:33:28 CEST 2011 (1317069208987) [jmeter] ... end of run [echo] BatchTestLocal output files compared OK batchtestserver: [server] Created remote object: UnicastServerRef [liveRef: [endpoint:[127.0.1.1:36010](local),objID:[6b66acdf:132a7714332:-7fff, -2840269162966433815]]] [server] An error occurred: Cannot start. ubuntu is a loopback address. [server] Server failed to start: java.rmi.RemoteException: Cannot start. ubuntu is a loopback address. batchtest: [echo] Starting BatchTestLocal using -Rlocalhost:2099 [server] Java Result: 1 [client] Created the tree successfully using testfiles/BatchTestLocal.jmx [client] Configuring remote engine for localhost:2099 [client] Failed to configure localhost:2099 [client] No remote engines were started. [client] Failure connecting to remote host: localhost:2099 java.rmi.ConnectException: Connection refused to host: localhost; nested exception is: [client] java.net.ConnectException: Connection refused [echo] BatchTestLocal output files compared OK - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.5.1 RC2
On 25 September 2011 13:01, Milamber milam...@apache.org wrote: Hello, The second release candidate for JMeter 2.5.1 has been prepared, and your votes are solicited. This release fixes mainly some bugs appeared since JMeter 2.5, but contains few improvements. Tests (load tests or functional tests) with JVM 5/6/7 on Linux/Windows/Mac OS on functionality changes are welcomes (HttpClient 4.1 request, Http request with parallels embedded resources, View results tree, WebServices (SOAP) request, Async sample sending mode, etc) List of changes: http://people.apache.org/~milamber/jmeter-2.5.1RC2/docs/changes.html JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targeted at Java 1.5+. Archives/hashes/sigs and RAT report: http://people.apache.org/~milamber/jmeter-2.5.1RC2/dist MD5 hashes of archives for this vote: abc0d327d19f3e138955de5082c000b3 *jakarta-jmeter-2.5.1.tgz 3e69786253880a1293e245519cba4ad3 *jakarta-jmeter-2.5.1.zip cdc73f4db83dee52d216c74c2a323721 *jakarta-jmeter-2.5.1_src.tgz 3f294979e6c696bba91d62c2ec5f0473 *jakarta-jmeter-2.5.1_src.zip Site Docs are here: http://people.apache.org/~milamber/jmeter-2.5.1RC2/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_5_1_RC2 (r1175373) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://people.apache.org/~milamber/ N.B. To download the dependencies: ant download_jars To create the jars and test JMeter: ant package test. JMeter 2.5 requires Java 1.5 or later. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Thanks in advance! All looks OK except for some minor differences between the source archives and the SVN tag. The xml files under xdocs/usermanual disagree for me, because the $Date: $ SVN keyword is resolved using the default Locale. My Locale is English, whereas the files were built with a French Locale. So when I check out the SVN tag, I see English days and months, but the source archive contains French days and months. I don't think this is a blocker. The LICENSE file is also slighty different in the zip archives. This is because it was treated as a UTF-8 file, but in fact one of the characters is not UTF-8, so the Ant filter task does not copy the character exactly. I don't think this is a blocker either. I'll fix the issues in SVN so they won't happen in future releases. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: JMeter TLP - draft resolution and first chair
On 22 September 2011 01:15, Rahul Akolkar rahul.akol...@gmail.com wrote: On Wed, Sep 21, 2011 at 7:33 PM, Henri Yandell bay...@generationjava.com wrote: On Thu, Sep 22, 2011 at 1:30 AM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Tue, Sep 20, 2011 at 3:15 AM, Henri Yandell bay...@generationjava.com wrote: Happy to be on the PMC :) I'm not sure I'll be that active, but hopefully can help with any setup items. +1 for Sebb as Chair. I've updated the resolution to reflect the nomination. If there are no further changes to the proposal in a couple of days, I'll start the TLP vote. We shouldn't vote until Sebb, or someone else, is signed up to be the chair. snip/ Thats reasonable too :-) Sebb? I would have preferred to see JMeter as part of HC, but perhaps it would be better as a TLP. However I think we need some more PMC members first. I can think of some Jakarta PMC members who have been involved with JMeter recently, and I think some of the Tomcat PMC use JMeter. Is it OK just to add them, or should they be asked first? -Rahul - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Ad BSF 2.x (Re: Activity of Jakarta subprojects
On 7 August 2011 18:11, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: Looking at activity since the turn of the year, I think it's more likely that Harmony would be heading to the Attic someday. You never know though - needs to be given time to see if things recover (someone started committing a few patches in July). I'm in favour of a BSF TLP. Assuming yourself, Anthony Elder and Sebastian Bazley are still interested and willing to form the new PMC. Not sure I see the point of creating a new PMC just for BSF. Seems to me it would fit quite well in Commons, if Commons would accept it. +1 Could one of you propose that to Commons? Dear Sebb, would you be so kind (I think you have been active in Commons already, whereas I have not)? Vote is currently underway. ---rony - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.5 RC3
On 14 August 2011 22:54, Milamber milam...@apache.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, The third release candidate for JMeter 2.5 has been prepared, and your votes are solicited. JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targeted at Java 1.5+. Archives/hashes/sigs: http://people.apache.org/~milamber/jmeter-2.5RC3/dist MD5 hashes of archives for this vote: e6439b2894b6b7ab8cd44b7bcb3e8043 *jakarta-jmeter-2.5.tgz a4fa83c9251368e4da89b456cbf4a56c *jakarta-jmeter-2.5.zip cae3a785f5c5ed8248c6abe08839ef71 *jakarta-jmeter-2.5_src.tgz c3010913763c225cd275f5799d7698d8 *jakarta-jmeter-2.5_src.zip Site Docs are here: http://people.apache.org/~milamber/jmeter-2.5RC3/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_5_RC3 (r1157668) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://people.apache.org/~milamber/ N.B. To download the dependencies: ant download_jars To create the jars and test JMeter: ant package test. JMeter 2.5 requires Java 1.5 or later. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [X] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note 1: on demand, if you want more time to test / verify this RC, the delay can be increase. Note 2: some tests with JDK5/6/7 on Windows Seven and Mac OS X on new functionality are welcome (httpclient 4.1 request, JMeter proxy with httpclient java/hc3.1/hc4, Http request with parallels embedded resources, View results tree, etc.) List of changes: http://people.apache.org/~milamber/jmeter-2.5RC3/docs/changes.html Note 3: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Thanks in advance! Milamber -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJOSEQpAAoJEKwhTKoGErOZiQAP/11ILtKa+/Q1SGUlPDyN+Gaq aNRBw6QdYAWm29avNkxrBgxM+QFXwZb0fdXuTUqxptpWQqnsHn/iXa1zA4cbMuKk scgU/8LPxwSwr++kXNt4Gfgt+7D400Uo1vltJSwB7HoQG/dOglW/8jSn8Qb78h4I jzRpKXqK4+NJh1X42TCQja3FawTcH5QhvO0CY2MPs3QU5O7MLkzhk0xdfksTgt3o mZUxhehxxt1V5tk/hIQjZmHVvqQ/fEsyyYLAH0ZQTKktelAdYaPB52CX2gOOfETO Byhcm0iKkNcabhKctcI37dN6PqGVLFrbkz2mvT6rxjGsSXe/46gpXgHFm4xlQGDf DPRo0bPlDUuFl18R0r8xa/Up6V62pmLhh+rZxxy10vEUK0/V5tnhY+FSOwVF+ZG3 F6hVWKbCyHYPYtiub2ze08+kjB9kl7CiO1kJRvEy8L/3x8BDHaUee6CydDxAZOzr 3gYX0G7D/ZLeTfGIY3JjHef4MVmkFWfuIvgpPUGi1BDTJBi2UCpN/rmyt0amrWQm hqFHXQs2uE1YKpnV2MCLWGxuoGBaMKqtnfAvMn8bj1NOSOfKBeLbTekofuEfXGyS fv+m1bxFSlTGlU3+Ec71NkfNdxhntRBdxbifswD87BAot/3byxlAykhysrf1/Uob kIHcP3WRYHxZ6/xjfAQF =dmTy -END PGP SIGNATURE- - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Ad BSF 2.x (Re: Activity of Jakarta subprojects
On 6 August 2011 08:40, Henri Yandell bay...@generationjava.com wrote: On Mon, Jul 25, 2011 at 1:14 AM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: On 24.07.2011 19:08, Henri Yandell wrote: On Sun, Jul 24, 2011 at 5:08 AM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: On 23.07.2011 20:47, sebb wrote: * BSF: Slow activity; only coder in last two years is Sebb. A difficult one to decide on. I think we should challenge on it going to the Attic, and if not send it to Commons where it will have more chance of activity. Now that JSR-223 is part of Java 1.6 there is less need for BSF. There are no bugs oustanding against BSF 3.x. Not sure it is worth fixing any of the 2.x bugs. Please wait a little bit. It has been a long time intent to fix the few bugs in 2.x and add the enhancements in JIRA to it. Maybe also creating a JSR-223 bridge to allow BSF 2.x engines to be used in JSR-223 environments (not sure whether this is worthwhile, but it may be the case that there are 2.x engines for which no JSR-223 engines exist).(Just have not been able to push this more to the front of my table; have a 2.x engine in use that has the bugfixes incorporated and I would like to apply them to the official 2.x. Fair enough request. Still leaves the question of what to do with BSF. Do we: * Leave all of Jakarta open just for BSF. * Move BSF elsewhere. Where? Commons? * Move to the Attic. --- How realistic are we talking on the changes? Your last BSF code commit was in 2007. I know I'm being pushy - but I also know how hard it is to say Game Over. If we move it to the Attic, it can always move out with the only pain being that you have to do the work locally at first, or fork into a Lab/Commons Sandbox/Incubator project. Well, I would like to incorporate the changes in August such that an updated (bug-fixed, and the enhancements incorportated) BSF 2.x can then be put into the attic. Ideally a POM for it would be great, however I can not promise as I have no working knowledge of defining Maven POMs (however I can read them ;) ). This way older scripting engines for which no JSR-223 bindings exist can still be deployed by Java applications. It would be important to make the attic version easily findable and downloadable. --- Also, I would like to stress the following point, which may be easily overseen: BSF 3.x needs to stay alive as it implements the JSR-223 specs Is it alive though? No user email in 2010. One user email in 2011 having trouble building, but no answer. 3.1 released by Sebb in 2010. 3.0 in 2009. Which is good stuff, especially if there is a plan for a 3.2. (javax.script) that Sun introduced with Java 1.6. BSF 3.x runs on Java 1.4 and up and such allows creation and deployment of applications with scripts starting from Java 1.4. Not sure whether it got incorporated into Harmony, but that would be probably a proper place to live on (it is the javax.script implementation Harmony needs to be compatible with Java 1.6 in that area as well). Looking at activity since the turn of the year, I think it's more likely that Harmony would be heading to the Attic someday. You never know though - needs to be given time to see if things recover (someone started committing a few patches in July). I'm in favour of a BSF TLP. Assuming yourself, Anthony Elder and Sebastian Bazley are still interested and willing to form the new PMC. Not sure I see the point of creating a new PMC just for BSF. Seems to me it would fit quite well in Commons, if Commons would accept it. Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Cactus to the Attic
On 23 July 2011 19:25, Henri Yandell bay...@apache.org wrote: Proposing this as a challenge vote (i.e. if no one has a good -1 against something moving to the attic, it's a sign it should go to the attic). [X] +1, G'night Cactus [ ] -1, No because: There's no activity in the project and I think it would be best to recognize the reality and call it a day. Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE][LAZY] Move BCEL and JCS to Commons
On 23 June 2011 03:38, Rahul Akolkar rahul.akol...@gmail.com wrote: After reasonable support to the idea on Jakarta and Commons lists, this is a vote to move BCEL and JCS to Apache Commons. As part of the move, I'll nominate any active committers for Commons karma (so far: dbrosius, asmuts, tv -- anyone else, please ping this thread). Since neither may have enough PMC members active, this vote will be held by lazy consensus. If you object to moving either/both, please also provide a reason and an alternative course of action. Vote runs for 72 hours. Vote is being held on general@jao but is being cross-posted to ensure we reach the full audience. I've not looked at JCS; I've done a bit of tinkering on BCEL. +1 to moving them. But I hope the move won't *require* the package names to be changed to o.a.commons. Likewise Maven ids. If later on it proves necessary to make an incompatible API change, that would be the point to change package names. But I think users would be understandably upset if the package or Maven name was changed unnecessarily, and I will vote -1 against any such change. -Rahul - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Move BCEL and JCS to Commons?
On 30 May 2011 21:24, Luc Maisonobe luc.maison...@free.fr wrote: Le 30/05/2011 22:13, Rahul Akolkar a écrit : This initial email is cross-posted, but lets keep the thread on dev@jakarta. Jakarta is no longer a sustainable home for Java libraries like BCEL and JCS. Commons, OTOH, is widely suited to such components and has a much more active community. Therefore, I want us to explore the possibility of moving BCEL and JCS to Commons. Assuming there is interest in doing so here at Jakarta, I'll be happy to float the idea over on the Commons side. Comments? This does make sense to me. Likewise, makes a lot of sense. Luc -Rahul - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE][LAZY] Move Jakarta Regexp to Attic
On 22 March 2011 00:00, Rahul Akolkar rahul.akol...@gmail.com wrote: This is a vote to move Jakarta Regexp to the Apache Attic, based on the outcome of the most recent discussion on the topic. Since Regexp may not have enough PMC members active, this vote will be held by lazy consensus. If you object, please also provide a reasonable explanation. +1 Vote runs for a week, ending no sooner than Mar 28th, ~8:00 pm Eastern US. Vote is being held on general@jao but is being cross-posted to ensure we reach the full audience. Please include general@jao on any replies. -Rahul - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Can't move files using symbolic links (allowLinking=true)
On 21 March 2011 09:52, Goyo goyocas...@gmail.com wrote: Hi. I need to use a symbolic link to access a certain path in my server, where I'm using Jakarta Tomcat 4.1.18. Jakarta Tomcat is now an independent project, see http://tomcat.apache.org/ where you will find documentation and details of how to subscribe to their user mailing list. We stablished a symbolic link to another path. At first, tomcat didn't see this path through the symlink, but we searched for it and found the allowLinking=true feature. Now, it sees the path. However, and here comes the problem, it doesn't allow to move files to this path. We've tried to move files manually with the same user of tomcat and it works well, but it doesn't via the web application. Besides, this feature worked perfect before making this folder reachable through a symlink. And we don't know what we have done wrong. Any help? This is our config.xml: Context path=/documents docBase=/opt/rware/sgidoc/data debug=0 reloadable=true crossContext=true Resources className=org.apache.naming.resources.FileDirContext allowLinking=true / /Context Context path=/documents/temp docBase=/opt/rware/my_app/pdf_mark debug=0 reloadable=true crossContext=true/ Context path=/my_app docBase=sgidoc debug=5 reloadable=true crossContext=true Resources className=org.apache.naming.resources.FileDirContext allowLinking=true / Resource name=jdbc/YatskivBD auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/YatskivBD parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter nameremoveAbandonedTimeout/name value30/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter namemaxActive/name value20/value /parameter parameter namemaxIdle/name value-1/value /parameter parameter namemaxWait/name value1/value /parameter parameter namedriverClassName/name valueorg.postgresql.Driver/value /parameter parameter nameurl/name valuejdbc:postgresql:// 127.0.0.1:5432/my_app/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter /ResourceParams /Context Context path=/my_app_2 docBase=/home/my_app_2/webapp debug=5 reloadable=true crossContext=true Resources className=org.apache.naming.resources.FileDirContext allowLinking=true / Resource name=jdbc/YatskivBD auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/YatskivBD parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter nameremoveAbandonedTimeout/name value30/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter namemaxActive/name value20/value /parameter parameter namemaxIdle/name value-1/value /parameter parameter namemaxWait/name value1/value /parameter parameter namedriverClassName/name valueorg.postgresql.Driver/value /parameter parameter nameurl/name valuejdbc:postgresql:// 127.0.0.1:5432/my_app_2/value /parameter parameter nameusername/name valueuser/value /parameter parameter
Re: [RESULT][VOTE][LAZY] Move ECS, ORO and Regexp to Attic
On 14 March 2011 12:11, Vadim Gritsenko va...@reverycodes.com wrote: On Mar 11, 2011, at 9:09 PM, Daniel F. Savarese wrote: Someone recently offered to contribute some code on regexp-user@, Daniel - Unless I miss something... regexp-user is dead though? Was replaced by general a good while ago. It was the Jakarta dev lists that were merged. The user lists are still independent. Vadim - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: January board report input needed
Sorry, overlooked this, but report looks good. On 15 January 2011 18:19, Rahul Akolkar rahul.akol...@gmail.com wrote: Last call :-) -Rahul On Thu, Jan 6, 2011 at 9:41 AM, Rahul Akolkar wrote: Please provide any input for our January board report by Friday, January 14th by editing the wiki. I've added the template for January to the wiki here: http://wiki.apache.org/jakarta/JakartaBoardReport-January2011 -Rahul - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Jakarta Web-site's RSS does not have pubDate tag
On 3 October 2010 16:10, Alex Kachanov a...@kachanov.com wrote: Dear Sirs! The RSS of http://jakarta.apache.org/ http://jakarta.apache.org/site/rss.xml does not have pubDate tag. So it is not possible to display this feed correctly in aggregation without knowing to which date it belongs Could anyone fix it? I think it's fixed now. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[ANNOUNCE] JMeter 2.4 is released
The Apache JMeter team announces the availability of Apache JMeter 2.4 r961953. This is a new release which corrects a lot of bugs and adds many new features. JMeter 2.4 requires Java 1.5 or later to run. == All users are recommended to upgrade. == Apache JMeter is a Java application designed to test server applications. It can be used to: * generate test loads * test functional behaviour * measure performance. It includes support for protocols such as HTTP(S), JDBC, JMS, FTP, and others. It can also be extended with user-written code. See http://jakarta.apache.org/jmeter/ The release can be downloaded from: http://jakarta.apache.org/site/downloads/downloads_jmeter.cgi When downloading, please verify signatures using the KEYS file. Only the binary archive is needed to run JMeter - there is no need to download the source archive. However there are some optional libraries which are not included. See the Getting Started page for details: http://jakarta.apache.org/jmeter/usermanual/get-started.html The list of changes since version 2.3.4 can be found at: http://jakarta.apache.org/jmeter/changes.html All users are recommended to upgrade to this release. Enjoy! The JMeter team - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[VOTE][RESULT] Release JMeter 2.4 based on RC3
Thanks very much to all who voted. The votes were as follows: (*) binding +1 Peter Lin (*) Andrey Pohilko Sebastian Bazley (*) Milamber Derry, Stanton Daniel F. Savarese (*) There were no other votes, so the vote passes. Sebastian - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.4 based on RC3
On 9 July 2010 22:40, Derry, Stanton stan_de...@intuit.com wrote: Hi Sebb, The nightly build I pulled down was jakarta-jmeter-r955958_bin.zip. Looking at the dates of the jar files I probably dropped the plugin jar file in the ext directory. Seems so. Would be a useful thread group to have as part of the release. That's a different discussion. Given that your -1 was not applicable, would you like to vote again on the JMeter release please? Stan -Original Message- From: sebb [mailto:seb...@gmail.com] Sent: Friday, July 09, 2010 12:58 PM To: d...@jakarta.apache.org Subject: Re: [VOTE] Release JMeter 2.4 based on RC3 On 9 July 2010 20:35, Derry, Stanton stan_de...@intuit.com wrote: Hi Sebb, I don't have access to the system I installed it on at this time. What prompted me to download a nightly build in June'2010 was the comment ... plugin available with JMeter 2.3.5 or later only (currently with the latest nightly build) on the http://code.google.com/p/jmeter-plugins/wiki/SteppingThreadGroup page. That comment is misleading; the plugin is only usable with the nightly build as JMeter 2.3.4 and earlier did not have the appropriate support. BTW there is no JMeter 2.3.5; the next version of JMeter will be 2.4. stan From: sebb [mailto:seb...@gmail.com] Sent: Fri 7/9/2010 11:12 AM To: d...@jakarta.apache.org Subject: Re: [VOTE] Release JMeter 2.4 based on RC3 On 9 July 2010 18:58, Derry, Stanton stan_de...@intuit.com wrote: Hi Sebb, Thought it had become part of the JMeter source, it was in a prior nightly build I had pullled down. Which nighly build? JMeter was enhanced to make it *possible* to add 3rd party Thread Groups by adding a jar to the appropriate directory. But the only thread group currently included is the one that was previously available. Stan From: sebb [mailto:seb...@gmail.com] Sent: Fri 7/9/2010 10:52 AM To: d...@jakarta.apache.org Cc: general@jakarta.apache.org Subject: Re: [VOTE] Release JMeter 2.4 based on RC3 On 9 July 2010 17:17, Derry, Stanton stan_de...@intuit.com wrote: From: seb...@gmail.com on behalf of sebb AT ASF Sent: Thu 7/8/2010 4:10 PM To: d...@jakarta.apache.org; general@jakarta.apache.org Subject: [VOTE] Release JMeter 2.4 based on RC3 Please can I have votes for the release of JMeter 2.4? Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.4_RC3/dist MD5 hashes of archives for this vote: 01ac101b161643a77267baec99b3acfe *jakarta-jmeter-2.4.tgz 8b1e592d88523c9594560be3b497a6fd *jakarta-jmeter-2.4.zip c8176c116c6273d6ce75606992de24a5 *jakarta-jmeter-2.4_src.tgz 90d2645cac7b15323830d29d2aa16def *jakarta-jmeter-2.4_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.4_RC3/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_4_RC3 (r961953) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To download the dependencies: ant download_jars To create the jars and test JMeter: ant package test. JMeter 2.4 requires Java 1.5 or later. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ x ] -1 I do not support this release (please indicate why) Doesn't include the Stepping ThreadGroup The Stepping ThreadGroup is a 3rd-party extension which is not included with JMeter. The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Thanks in advance! S/// - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.4 based on RC3
Here's my vote: +1 On 9 July 2010 00:10, sebb AT ASF s...@apache.org wrote: Please can I have votes for the release of JMeter 2.4? Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.4_RC3/dist MD5 hashes of archives for this vote: 01ac101b161643a77267baec99b3acfe *jakarta-jmeter-2.4.tgz 8b1e592d88523c9594560be3b497a6fd *jakarta-jmeter-2.4.zip c8176c116c6273d6ce75606992de24a5 *jakarta-jmeter-2.4_src.tgz 90d2645cac7b15323830d29d2aa16def *jakarta-jmeter-2.4_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.4_RC3/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_4_RC3 (r961953) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To download the dependencies: ant download_jars To create the jars and test JMeter: ant package test. JMeter 2.4 requires Java 1.5 or later. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Thanks in advance! S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.4 based on RC3
On 9 July 2010 17:17, Derry, Stanton stan_de...@intuit.com wrote: From: seb...@gmail.com on behalf of sebb AT ASF Sent: Thu 7/8/2010 4:10 PM To: d...@jakarta.apache.org; general@jakarta.apache.org Subject: [VOTE] Release JMeter 2.4 based on RC3 Please can I have votes for the release of JMeter 2.4? Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.4_RC3/dist MD5 hashes of archives for this vote: 01ac101b161643a77267baec99b3acfe *jakarta-jmeter-2.4.tgz 8b1e592d88523c9594560be3b497a6fd *jakarta-jmeter-2.4.zip c8176c116c6273d6ce75606992de24a5 *jakarta-jmeter-2.4_src.tgz 90d2645cac7b15323830d29d2aa16def *jakarta-jmeter-2.4_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.4_RC3/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_4_RC3 (r961953) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To download the dependencies: ant download_jars To create the jars and test JMeter: ant package test. JMeter 2.4 requires Java 1.5 or later. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ x ] -1 I do not support this release (please indicate why) Doesn't include the Stepping ThreadGroup The Stepping ThreadGroup is a 3rd-party extension which is not included with JMeter. The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Thanks in advance! S/// - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org - To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: dev-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[VOTE] Release JMeter 2.4 based on RC3
Please can I have votes for the release of JMeter 2.4? Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.4_RC3/dist MD5 hashes of archives for this vote: 01ac101b161643a77267baec99b3acfe *jakarta-jmeter-2.4.tgz 8b1e592d88523c9594560be3b497a6fd *jakarta-jmeter-2.4.zip c8176c116c6273d6ce75606992de24a5 *jakarta-jmeter-2.4_src.tgz 90d2645cac7b15323830d29d2aa16def *jakarta-jmeter-2.4_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.4_RC3/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_4_RC3 (r961953) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To download the dependencies: ant download_jars To create the jars and test JMeter: ant package test. JMeter 2.4 requires Java 1.5 or later. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Thanks in advance! S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Please correct the JMeter proxy command in the website
On 30/06/2010, ASHWIN RAM p_ashwin...@yahoo.com wrote: Hi I was reading the link mentioned below to learn how to start JMeter with proxy server. http://www.ingrid.org/jajakarta/jmeter/1.7/docs/usermanual/get-started.html That is an unofficial copy of the Jakarta JMeter documentation. It is extremely out of date, and should be treated accordingly ... Under the section 2.4.2 Using a Proxy Server, I see this line. Example : jmeter -h my.proxy.server -p 8000 The line should be corrected to Example : jmeter -H my.proxy.server -P 8000 Please take care of this change as it might benefit others who visit the page in the future. The official page was updated about a year ago, if not longer: http://jakarta.apache.org/jmeter/usermanual/get-started.html#proxy_server Regards Ashwin www.ashwinramya.com Hard work yields to profit Idle talk brings only wants - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [site] Taglibs downloads
On 24/06/2010, Rahul Akolkar rahul.akol...@gmail.com wrote: On Thu, Jun 24, 2010 at 11:34 AM, sebb seb...@gmail.com wrote: The Jakarta site still includes Taglibs in the downloads section. OK if I remove all of those now? snip/ Not sure. OOH, most of these are retired. OTOH, unlike some of the other ex-Jakarta stuff, most of these download pages haven't moved elsewhere so these are their only download pages. I'd not realised that the Attic and Tomcat pages referred back to the original download pages. In retrospect I suppose that makes sense. Perhaps we could change Taglibs to Taglibs (retired) or some such in the unordered list on the main downloads page [1] and leave the other pages intact. Except some are not retired... An alternative would be to leave the individual download pages, but remove Taglibs from [1] and drop [2] altogether. It would still be possible to get to the download pages via Attic or Tomcat. [2] http://jakarta.apache.org/site/downloads/downloads_taglibs.html Anyone else have an opinion or preference? -Rahul [1] http://jakarta.apache.org/site/downloads/ S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[ANNOUNCE] Apache Jakarta BSF 3.1 released
The Apache Jakarta BSF team is pleased to announce the release of BSF 3.1. Apache Jakarta BSF 3.1 is an open-source implementation of JSR-223 (javax.script), Scripting for the Java Platform. [BSF3 was developed according to the JSR-223 specs, but has not yet been tested using the JSR-223 TCK.] See http://jakarta.apache.org/bsf/ The 3.1 release is a maintenance release update to fix a few bugs. Compared with the previous release of 3.0 (beta3), the 3.1 release fixes the following: * BSF-30 ScriptEngineManager no longer catches ThreadDeath * BSF-29 ScriptException constructed via chained constructor ScriptException(Exception) always returns String null for getMessage() IMPORTANT = Note that BSF 3.1 no longer contains bsf-engines.jar, which was a repackaging of the JSR-223 factories from https://scripting.dev.java.net/. This is because: - the jar contained all the engine factories as a single bundle. It was not possible to select individual factories, and this could lead to clashes with other factories on the classpath. - the jar did not contain any implementations, so it was still necessary to download the engine. Many engines contain their own factories now; for those that don't the factory can still be downloaded from https://scripting.dev.java.net/. This version of BSF requires Java 1.4 or later. The release can be downloaded from: http://jakarta.apache.org/site/downloads/downloads_bsf.cgi When downloading, please verify signatures using the KEYS file. All users running earlier versions of 3.x are recommended to upgrade. The release is also available from your local Maven repository: groupIdorg.apache.bsf/groupId artifactIdbsf-api/artifactId !-- the javax.script API -- version3.1/version groupIdorg.apache.bsf/groupId artifactIdbsf-utils/artifactId !-- CLI tool and helper classes -- version3.1/version Note that BSF 3.x is not compatible with BSF 2.4, which uses a different API. Enjoy! The BSF team - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[BSF][VOTE][RESULT] Release BSF 3.1 (based on RC3)
Thanks very much to all who voted. Here are the results of the vote: +1 (* = binding) Dave Brosius Andrey Pohilko Rony Flatscher (*) Phil Steitz (*) Sebastian Bazley (*) Luc Maisonobe Jörg Schaible There were no other votes. As there are at least 3 binding +1 votes, and no -1 votes, the vote succeeds. Note: the vote e-mail was resent [2] because the subject was incorrect orginally [1] All the binding votes were repeated on the second thread. [1] http://markmail.org/message/6xycqbaifuetm3fm [2] http://markmail.org/message/hhu7jybllj7q4yiw - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[site] Taglibs downloads
The Jakarta site still includes Taglibs in the downloads section. OK if I remove all of those now? S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[BSF][VOTE] Release BSF 3.1 (based on RC3)
[Resending because I left off the VOTE prefix, and the subject change does not seem to be filtering down ...] [Third time lucky?] Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC3/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-004/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC3 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). Thanks in advance! - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Release BSF 3.1 (based on RC3)
On 21/06/2010, Phil Steitz p...@steitz.com wrote: sebb wrote: On 19/06/2010, Phil Steitz p...@steitz.com wrote: sebb wrote: [Third time lucky?] Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC3/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-004/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC3 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). Thanks in advance! - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org Sigs and hashes are good. All else looks good; but I got this error when I tried mvn clean test from the source distro (JDK 1.6): [INFO] Unable to find resource 'org.apache.bsf:bsf-engines:jar:3.1' in repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/org/apache/ws/commons/axiom/axiom-impl/1.2.2/axiom-impl-1.2.2.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve dependencies for one or more projects in the reactor. Reason: Missing: -- 1) org.apache.bsf:bsf-engines:jar:3.1 When I later did just mvn it seems to have downloaded / installed everything it needs, so mvn clean test subsequently succeeds. I don't know if this is a real problem or not. This seems to be a general problem with multi-module maven testing. The command: mvn package works OK, and performs tests, even if the jars have not been installed locally yet. However mvn test does not work unless you do a prior install. I think that is a bug (or at the very least a sub-optimal design feature) in Maven. Might be good to add something to the BUILDING doc to indicate what you have to do first. This does already say to start by running: mvn The default goal is install, so this will ensure that subsequent mvn test commands do succeed. Thanks, Sebb. OK, NP. +1 for the release. Thanks! Could I ask you please to add your vote to the restarted [VOTE] thread so we keep the votes all together? Sorry for any inconvenience. Phil Phil Phil - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [BSF][VOTE] Release BSF 3.1 (based on RC3)
On 21/06/2010, sebb seb...@gmail.com wrote: [Resending because I left off the VOTE prefix, and the subject change does not seem to be filtering down ...] [Third time lucky?] Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC3/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-004/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC3 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). Thanks in advance! +1 here is my vote - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Release BSF 3.1 (based on RC3)
On 19/06/2010, Phil Steitz p...@steitz.com wrote: sebb wrote: [Third time lucky?] Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC3/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-004/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC3 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). Thanks in advance! - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org Sigs and hashes are good. All else looks good; but I got this error when I tried mvn clean test from the source distro (JDK 1.6): [INFO] Unable to find resource 'org.apache.bsf:bsf-engines:jar:3.1' in repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/org/apache/ws/commons/axiom/axiom-impl/1.2.2/axiom-impl-1.2.2.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve dependencies for one or more projects in the reactor. Reason: Missing: -- 1) org.apache.bsf:bsf-engines:jar:3.1 When I later did just mvn it seems to have downloaded / installed everything it needs, so mvn clean test subsequently succeeds. I don't know if this is a real problem or not. This seems to be a general problem with multi-module maven testing. The command: mvn package works OK, and performs tests, even if the jars have not been installed locally yet. However mvn test does not work unless you do a prior install. I think that is a bug (or at the very least a sub-optimal design feature) in Maven. Might be good to add something to the BUILDING doc to indicate what you have to do first. This does already say to start by running: mvn The default goal is install, so this will ensure that subsequent mvn test commands do succeed. Phil Phil - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Release BSF 3.1 (based on RC3)
[Third time lucky?] Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC3/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-004/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC3 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). Thanks in advance! - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[CANCELLED][VOTE] Release BSF 3.1 (based on RC2)
On 04/06/2010, sebb seb...@gmail.com wrote: I've hopefully fixed all the problems reported with the previous RC1. Unfortunately I created a packaging problem, so the vote is cancelled. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release BSF 3.1 (based on RC2)
On 04/06/2010, Jörg Schaible joerg.schai...@gmx.de wrote: sebb wrote: I've hopefully fixed all the problems reported with the previous RC1. Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC2/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-037/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC2 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). -1 The source tarball does no longer contains the engines submodule, therefore the build fails: Bother. I thought I had checked that. Should be easy enough to fix. I assume you are referring to the non-Maven source tarball? - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release BSF 3.1 (based on RC2)
On 04/06/2010, Jörg Schaible joerg.schai...@gmx.de wrote: sebb wrote: On 04/06/2010, Jörg Schaible joerg.schai...@gmx.de wrote: sebb wrote: I've hopefully fixed all the problems reported with the previous RC1. Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC2/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-037/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC2 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). -1 The source tarball does no longer contains the engines submodule, therefore the build fails: Bother. I thought I had checked that. Should be easy enough to fix. I assume you are referring to the non-Maven source tarball? Yes. I was a bit surprised, since it was there with RC1. I removed bsf-engines from the binary releases as decided on the dev list. I had thought bsf-engines could be deleted entirely, so removed it from the source in my workspace. Then I found it was needed for some of the bsf-utils tests (the additional XML helper classes) but forgot to reinstate the download script in the source bundle. I'll do another RC shortly. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[VOTE] Release BSF 3.1 (based on RC2)
I've hopefully fixed all the problems reported with the previous RC1. Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC2/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-037/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC2 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). Thanks in advance! - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [JMeter] - About Web Services
Please post such questions on the JMeter User list: http://jakarta.apache.org/site/mail2.html#JMeter On 26/05/2010, Juan Jesús Cremades Monserrat relic...@gmail.com wrote: Hi, I'm reading about JMeter and I have a question about the test with Web Services. When I send a number of request, for example 15, and all the request results correct but the XML content could have some message error. Does some meaning exist to detect if the XML message has an error inside? Example: 1. Correct result: ?xml version ...responsesresponsea/response.../responses 2. Bad result: ?xml version ...errorMessage Error/error Thanks - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release BSF 3.1
Note some issues have been raised which make it prudent to do another RC. However, it would be very helpful if someone could have a look at the Maven artifacts to see if there are any packaging problems, so these can be fixed before the next RC. Equally, if there are bugs in the code, please say so now - thanks! On 18/05/2010, sebb seb...@gmail.com wrote: Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC1/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-001/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC1 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[VOTE] Release BSF 3.1
Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC1/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-001/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC1 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release BSF 3.1
On 18/05/2010, Jörg Schaible joerg.schai...@gmx.de wrote: sebb wrote: Please review and vote on the BSF 3.1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.1-RC1/ The Maven artifacts are at: https://repository.apache.org/content/repositories/orgapachebsf-001/ The SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.1-RC1 This will be renamed following a successful vote. Keys are here: http://www.apache.org/dist/jakarta/bsf/KEYS Vote will remain open for at least 72 hours. [ ] +1 I support this release. [ ] -1 I am against releasing the packages (must include a reason). -1, package cannot be build from source: = % == $ mvn clean install snip [INFO] [INFO] Building Apache BSF testing for JavaScript/E4X 1.6R7 Axiom [INFO]task-segment: [clean, install] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [remote-resources:process {execution: default}] Downloading: http://repo1.maven.org/maven2/org/apache/ws/commons/axiom/axiom- api/1.2.5/axiom-api-1.2.5.pom Downloading: http://repo1.maven.org/maven2/org/apache/ws/commons/axiom/axiom- parent/1.2.5/axiom-parent-1.2.5.pom Downloading: http://repo1.maven.org/maven2/org/apache/ws/commons/axiom/axiom- impl/1.2.5/axiom-impl-1.2.5.pom Downloading: http://repo1.maven.org/maven2/org/wso2/wsf/javascript/axiom- e4x/0.29/axiom-e4x-0.29.pom [INFO] Unable to find resource 'org.wso2.wsf.javascript:axiom-e4x:pom:0.29' in repository central (http://repo1.maven.org/maven2) Downloading: http://repo1.maven.org/maven2/org/apache/ws/commons/axiom/axiom- api/1.2.5/axiom-api-1.2.5.jar Downloading: http://repo1.maven.org/maven2/org/wso2/wsf/javascript/axiom- e4x/0.29/axiom-e4x-0.29.jar Downloading: http://repo1.maven.org/maven2/org/apache/ws/commons/axiom/axiom- impl/1.2.5/axiom-impl-1.2.5.jar [INFO] Unable to find resource 'org.wso2.wsf.javascript:axiom-e4x:jar:0.29' in repository central (http://repo1.maven.org/maven2) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve dependencies for one or more projects in the reactor. Reason: Missing: -- 1) org.wso2.wsf.javascript:axiom-e4x:jar:0.29 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.wso2.wsf.javascript - DartifactId=axiom-e4x -Dversion=0.29 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.wso2.wsf.javascript - DartifactId=axiom-e4x -Dversion=0.29 -Dpackaging=jar -Dfile=/path/to/file - Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.bsf.testing:bsf-testing-e4x-1.6R7-Axiom:jar:3.1 2) org.wso2.wsf.javascript:axiom-e4x:jar:0.29 -- 1 required artifact is missing. for artifact: org.apache.bsf.testing:bsf-testing-e4x-1.6R7-Axiom:jar:3.1 from the specified remote repositories: apache.snapshots (http://repository.apache.org/snapshots), central (http://repo1.maven.org/maven2) = % == Rats - it builds OK for me and for Hudson - I guess those must have got local copies. BTW, what JVM and OS are you using? BUILDING text file does not give any hint where this artifact should be coming from. Nor should it need to - it should be in the maven POMs. I tidied up some of the repo dependencies as I thought I found it in central. I assumed that Maven would tell me if the dependency could not be resolved. Is there any way to check this, apart from deleting the local maven repo? Try adding repositories repository idwso2/id urlhttp://dist.wso2.org/maven2/url snapshots enabledtrue/enabled /snapshots /repository /repositories to testing/e4x-1.6R7-Axiom/pom.xml and see if that allows the test to continue. I'd like to see if there are any further problems before proceeding with another RC. BTW: Is BSF 3.1 now compatible with Jexl2? Jexl2 has now its own script engine support, but BSF engines will force Jexl 1.2 in which creates incompatibilities for Jexl2 in BSF 3.0. Start a new thread for that. - Jörg - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release BSF 3.1
On 18/05/2010, Jörg Schaible joerg.schai...@gmx.de wrote: Hi Sebb, sebb wrote: On 18/05/2010, Jörg Schaible joerg.schai...@gmx.de wrote: [snip] 1 required artifact is missing. for artifact: org.apache.bsf.testing:bsf-testing-e4x-1.6R7-Axiom:jar:3.1 from the specified remote repositories: apache.snapshots (http://repository.apache.org/snapshots), central (http://repo1.maven.org/maven2) = % == Rats - it builds OK for me and for Hudson - I guess those must have got local copies. BTW, what JVM and OS are you using? Currently: $ mvn -version Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.6.0_20 Java home: /opt/sun-jdk-1.6.0.20/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux version: 2.6.32-gentoo-r7 arch: i386 Family: unix BUILDING text file does not give any hint where this artifact should be coming from. Nor should it need to - it should be in the maven POMs. I tidied up some of the repo dependencies as I thought I found it in central. I assumed that Maven would tell me if the dependency could not be resolved. Is there any way to check this, apart from deleting the local maven repo? No, but you might use an alternate settings.xml file (-s) instead that locates the local repo somewhere else to a temporary path. I might try that, thanks! Try adding repositories repository idwso2/id urlhttp://dist.wso2.org/maven2/url snapshots enabledtrue/enabled /snapshots /repository /repositories to testing/e4x-1.6R7-Axiom/pom.xml and see if that allows the test to continue. Yes, if I add this, the build runs through. However, you're aware that the usage of repositories within the POMs is strongly discouraged and IIRC will no longer work in M3? No, I was not aware of that. How are such dependencies supposed to be managed then? I'd like to see if there are any further problems before proceeding with another RC. Fine with me, I have some more pets in my compiler zoo ... ;-) BTW: Is BSF 3.1 now compatible with Jexl2? Jexl2 has now its own script engine support, but BSF engines will force Jexl 1.2 in which creates incompatibilities for Jexl2 in BSF 3.0. Start a new thread for that. OK. - Jörg - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release BSF 3.1
On 18/05/2010, Jörg Schaible joerg.schai...@gmx.de wrote: Jörg Schaible wrote: Hi Sebb, sebb wrote: [snip] I'd like to see if there are any further problems before proceeding with another RC. Fine with me, I have some more pets in my compiler zoo ... ;-) There's more ... IBM 1.6.0.8: % === Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.6.0 Java home: /opt/ibm-jdk-bin-1.6.0.8/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux version: 2.6.32-gentoo-r7 arch: x86 Family: unix Running org.apache.bsf.testing.javascript.RubyTestcase Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.258 sec FAILURE! junit.framework.AssertionFailedError: Engine should not be null at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at junit.framework.Assert.assertNotNull(Assert.java:217) at org.apache.bsf.testing.javascript.RubyTestcase.testInvokeFunction(RubyTestcase.java:41) Don't know about that one. % === Sun JDK 1.7.0-ea (looks more like an incompatibility of ancient Groovy 1.1 with this JDK): % === Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.7.0-ea Java home: /opt/sun-jdk-1.7.0.0_alpha69/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux version: 2.6.32-gentoo-r7 arch: i386 Family: unix Running org.apache.bsf.testing.groovy.GroovyTestcase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.155 sec FAILURE! java.lang.NoClassDefFoundError: org/mozilla/javascript/ContextFactory at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:264) at sun.misc.Service$LazyIterator.next(Service.java:288) at javax.script.ScriptEngineManager.initEngines(ScriptEngineManager.java:127) at javax.script.ScriptEngineManager.access$000(ScriptEngineManager.java:55) at javax.script.ScriptEngineManager$1.run(ScriptEngineManager.java:98) at java.security.AccessController.doPrivileged(Native Method) at javax.script.ScriptEngineManager.init(ScriptEngineManager.java:96) at javax.script.ScriptEngineManager.lt;initgt; (ScriptEngineManager.java:69) at org.apache.bsf.testing.groovy.GroovyTestcase.testInvokeFunction(GroovyTestcase.java:34) Caused by: java.lang.ClassNotFoundException: org.mozilla.javascript.ContextFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:299) at java.net.URLClassLoader$1.run(URLClassLoader.java:288) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:287) at java.lang.ClassLoader.loadClass(ClassLoader.java:392) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:334) at java.lang.ClassLoader.loadClass(ClassLoader.java:332) ... 36 more That's probably because I've not allowed for Java 1.7. Need to duplicate the fixes for Java 1.6. However, Java 1.6+ have their own JSR-223 implementation, so there's less need for BSF there. % === JRockit 1.5.0.14 (pathetic version, just for info): % === Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.5.0_14 Java home: /opt/jrockit-jdk-bin-1.5.0.14/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux version: 2.6.32-gentoo-r7 arch: i386 Family: unix Running org.apache.bsf.testing.javascript.RubyTestcase [JRockit] ERROR: The JVM has crashed. Writing crash information to /home/joehni/tmp/download/bsf-3.1-src/testing/ruby/jrockit.12652.dump. That's a JVM bug. % === However, it did build fine with Sun JDK 1.6, Sun JDK 1.5 and IcedTea6 1.7.2. Since M2.2 requires Java 5, I tried to build for JDK 1.4 (according BUILDING file JDK 1.4 is minimum) with M2.0, but this is not possible, because the plugins in use have a requirement for M2.1. The build with Sun JDK 1.4 and M2.1 fails also, because another plugin uses Java 5. So *building* BSF requires 1.5. Builds fine for me: Apache Maven 2.1.0 (r755702; 2009-03-18 19:10:27+) Java version: 1.4.2_19 I also added the java-1.4/5/6 profiles which allow cross-compilation/testing. However, I forgot to update the BUILDING file. However, I am able to run the tests for the engines (after building with Sun JDK 1.6) with Maven 2.1 and Blackdown 1.4.2, Sun JDK 1.4.2, JRockit 1.4. So compatibility with JDK 1.4 looks good. IBM JDK 1.5 and 1.4 fail as usual with Maven itself. - Jörg - To unsubscribe, e-mail: general-unsubscr
Re: [VOTE] Release BSF 3.1
On 18/05/2010, Jörg Schaible joerg.schai...@gmx.de wrote: sebb wrote: On 18/05/2010, Jörg Schaible joerg.schai...@gmx.de wrote: [snip] Yes, if I add this, the build runs through. However, you're aware that the usage of repositories within the POMs is strongly discouraged and IIRC will no longer work in M3? No, I was not aware of that. How are such dependencies supposed to be managed then? The problem is that in a company environment you want normally to control the accessed remote resources (or with a repo manager like Nexus) and with such repository declarations arbitrary locations are added. http://www.sonatype.com/people/2009/02/why-putting-repositories-in-your- poms-is-a-bad-idea/ I've read the article, and I don't think it applies here, because: - it only affects one test project - the test projects are not uploaded to Maven. So I think the best is to re-instate the repo reference. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[Travel Assistance] - applications Open for ApacheCon NA 2010
The Travel Assistance Committee is now taking in applications for those wanting to attend ApacheCon North America (NA) 2010, which is taking place between the 1st and 5th November in Atlanta. The Travel Assistance Committee is looking for people who would like to be able to attend ApacheCon, but who need some financial support in order to be able to get there. There are limited places available, and all applications will be scored on their individual merit. Financial assistance is available to cover travel to the event, either in part or in full, depending on circumstances. However, the support available for those attending only the barcamp is smaller than that for people attending the whole event. The Travel Assistance Committee aims to support all ApacheCons, and cross-project events, and so it may be prudent for those in Asia and the EU to wait for an event closer to them. More information can be found on the main Apache website at http://www.apache.org/travel/index.html - where you will also find a link to the online application and details for submitting. Applications for applying for travel assistance are now being accepted, and will close on the 7th July 2010. Good luck to all those that will apply. You are welcome to tweet, blog as appropriate. Regards, The Travel Assistance Committee. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Board report input needed
OK by me. On 14/04/2010, Rahul Akolkar rahul.akol...@gmail.com wrote: Last call, folks. Anything else of note? http://wiki.apache.org/jakarta/JakartaBoardReport-current -Rahul On Wed, Apr 7, 2010 at 4:55 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: Please provide any input for our April report within a week (by April 14th). I've added the template for April to the wiki. In case you're having trouble with the wiki, please just reply to this email with the suggested content for the board report. The template is supposed to render here (maybe it will in a while, I just see a blank page ATM): http://wiki.apache.org/jakarta/JakartaBoardReport-current The raw wiki text does exist, its here: http://wiki.apache.org/jakarta/JakartaBoardReport-current?action=raw TIA, -Rahul - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Board report input needed
On 07/04/2010, Rahul Akolkar rahul.akol...@gmail.com wrote: Please provide any input for our April report within a week (by April 14th). I've added the template for April to the wiki. In case you're having trouble with the wiki, please just reply to this email with the suggested content for the board report. The template is supposed to render here (maybe it will in a while, I just see a blank page ATM): I reported it in https://issues.apache.org/jira/browse/INFRA-2599 This has now been fixed. http://wiki.apache.org/jakarta/JakartaBoardReport-current The raw wiki text does exist, its here: http://wiki.apache.org/jakarta/JakartaBoardReport-current?action=raw TIA, -Rahul - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Board report input needed
On 08/04/2010, sebb seb...@gmail.com wrote: On 07/04/2010, Rahul Akolkar rahul.akol...@gmail.com wrote: Please provide any input for our April report within a week (by April 14th). I've added the template for April to the wiki. In case you're having trouble with the wiki, please just reply to this email with the suggested content for the board report. The template is supposed to render here (maybe it will in a while, I just see a blank page ATM): I reported it in https://issues.apache.org/jira/browse/INFRA-2599 This has now been fixed. If this happens again, try using the Action Delete Cache http://wiki.apache.org/jakarta/JakartaBoardReport-current The raw wiki text does exist, its here: http://wiki.apache.org/jakarta/JakartaBoardReport-current?action=raw TIA, -Rahul - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Merge dev lists
On 19/10/2009, Rahul Akolkar rahul.akol...@gmail.com wrote: [Suggestion is to please reply to the gene...@jakarta list only] This is a vote to consolidate the development lists at Jakarta into one development and one notifications list. For background including timing, anticipated benefits and some discussion, see proposal [1] thread. [ ] +1 [ ] -1 +0. I follow BSF-dev and JMeter-dev and both are fairly quiet, so as far as I'm concerned they could be merged into a common dev list. However, I'm wondering if it's the right time to do this. AIUI there is talk of moving some of the Jakarta projects to Commons - why not do that first and see what's left? While not required, it'd be nice if anyone voting against could briefly state the reason(s). And you're ofcourse welcome to vote +/-0 if you really want. Vote will run atleast 72 hours and will close no sooner than Thursday 5 pm EST. TIA. -Rahul [1] (long, possibly fragmented URL below) http://mail-archives.apache.org/mod_mbox/jakarta-general/200910.mbox/%3cce1f2ea80910091443t5cad1db0na0663c416cb83...@mail.gmail.com%3e - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [PROPOSAL] One development list
On 11/10/2009, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sat, Oct 10, 2009 at 2:04 PM, Torsten Curdt tcu...@vafer.org wrote: Care to elaborate a bit? I'd argue that for the people who care it's no big deal to subscribe to the various lists. So tuning in is no problem, tuning out once consolidated indeed is. It's an all-or-nothing. How is oversight better when everyone (or at least all PMC members) are subscribed to all dev list as opposed to just the one? snip/ Its not. But expecting all PMC members to be on one dev list constitutes a much gentler forcing function. While the one dev list might work OK for Commons I have the feeling that these projects are just too different. In Commons one could imagine to step up for another component. I don't see that with the rest that is left at jakarta. If there are many cross-posting (that would be a sign for cross-concerns) I haven't noticed any. At least I don't see the benefits of a consolidation. I would rather ask all PMC members to subscribe to all dev list than merging the lists. Not to talk about the mailing list archive confusions and hassle this might create. snap/ My claim is that sharing a mailing list is a solved problem. sebb pushing out BSF 3.0 is an example of someone stepping up for another component -- more exception than rule, yes. BTW, I was already subscribed to BSF-dev because JMeter uses BSF. Likewise I'm subvscribed to Commons-dev. but well - that's just my opinion and the -1 should not be blocking. Just saying that I don't like the idea. snip/ Sure, and I'm not trying to get you to like it, rather to understand your initial response a little better. Thanks for elaborating. -Rahul cheers -- Torsten - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[ANNOUNCE] BSF 3.0 released
The Apache Jakarta BSF team announces the release of BSF 3.0. Apache Jakarta BSF 3 is an open-source implementation of JSR-223, Scripting for the Java Platform. [BSF3 was developed according to the JSR-223 specs, but has not yet been tested using the JSR-223 TCK.] See http://jakarta.apache.org/bsf/ This is a bug-fix release to correct a problem that was discovered with 3.0-beta3: * BSF-35 Wrong parameter type for [Simple]Bindings.put - key must be a String, not an Object The release also includes an updated test application. This version of BSF requires Java 1.4 or later. The release can be downloaded from: http://jakarta.apache.org/site/downloads/downloads_bsf.cgi When downloading, please verify signatures using the KEYS file. All users running earlier versions of 3.0 are recommended to upgrade. Note that BSF 3.0 is not compatible with BSF 2.4, which uses a different API. Enjoy! The BSF team - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [DRAFT] October board report due
On 08/10/2009, Rahul Akolkar rahul.akol...@gmail.com wrote: Sidebar first: Having fun with the wiki at the moment, can't seem to create a new page for the October 2009 report (new WikiName added here [1], trying to create it ultimately ends up here [2] ). Same for me. Does not seem to be possible to create any new pages currently (same applies to JMeter Wiki). At least it stops spammers ;-) So pasting draft below, more input and/or feedback on general@ please (by the 18th). -Rahul [1] http://wiki.apache.org/jakarta/JakartaReport [2] http://wiki.apache.org/jakarta/Action%28edit%2CCreate%20new%20empty%20page%29 8 == October 2009 Board Report == Jakarta status report for August to October 2009. PMC membership updates Over the last three months, the Jakarta PMC has gone from being the largest PMC in the foundation records to the second largest, from having 120 members on the PMC to currently 87. A number of PMC members who no longer have a lot of interest or time to devote towards Jakarta anymore have stepped down. At the same time, we also checked with 28 PMC members who were no longer subscribed to the private list, 2 of whom decided to stay on and subscribe. === Releases === * None * BSF 3.0 on Oct 9th === Subproject news === BCEL Occasional post to the user list - otherwise quiet, in maintenance mode. BSF There have been discussions about a 3.0 release. There has also been interest from Rony Flatscher in continuing the 2.x line of development for a 2.5 bugfix release. There have been a number of improvements, an SVN reorganization and preparations towards a 3.0 release, mostly by sebb. BSF 3.0 was released on Oct 9th. Cactus A couple of user list posts, no development activity since last report. ECS No activity - maintenance mode. JCS The user list has been active, and a couple of bug fixes have recently gone in. Aaron Smuts has been responding to user queries and making the code fixes. JMeter JMeter has been the busiest part of Jakarta in the last three months. Sebb continues to make many improvements. The code in trunk is being upgraded to JDK 1.5 which has offered the opportunity for related improvements. There have been a number of new Bugzilla reports, including a few patches being proposed. ORO Some activity in bugzilla in September - maintenance mode. Regexp No activity - maintenance mode. Taglibs This is the last board report that will list Taglibs updates. As reported in July, the Tomcat project will host three of the taglibs (RDC, Standard, Extended) going forward and the rest of the taglibs have been retired. Henri Yandell did most of the work to make this happen. The SVN move for the three taglibs is complete. The websites have been migrated to the tomcat.apache.org site. Bugzilla and Gump have been redirected. The taglibs-user list has been maintained and moved over to the tomcat.apache.org domain name, while the main Tomcat development list will now be used for contributor discussions. The taglibs-dev Jakarta list has been closed. Taglibs updates will henceforth be part of the Tomcat board reports. Retired Projects * Slide * Taglibs (partial) - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Wiki fun (was [DRAFT] October board report due)
I created: https://issues.apache.org/jira/browse/INFRA-2274 On 09/10/2009, sebb seb...@gmail.com wrote: On 08/10/2009, Rahul Akolkar rahul.akol...@gmail.com wrote: Sidebar first: Having fun with the wiki at the moment, can't seem to create a new page for the October 2009 report (new WikiName added here [1], trying to create it ultimately ends up here [2] ). Same for me. Does not seem to be possible to create any new pages currently (same applies to JMeter Wiki). At least it stops spammers ;-) - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [PROPOSAL] One development list
On 10/10/2009, Rahul Akolkar rahul.akol...@gmail.com wrote: On Fri, Oct 9, 2009 at 8:42 PM, Daniel F. Savarese d...@savarese.org wrote: In message ce1f2ea80910091443t5cad1db0na0663c416cb83...@mail.gmail.com, Rahul Akolkar writes: We currently have 8 active development lists at Jakarta, each devoted to a subproject. I've been subscribed to all for a while and based on my observations and the overall benefits of doing so, I think its time to consolidate them into a single development list at Jakarta. ... Thoughts? No objections from me. That's been my preferred course of action for many years now (along with opening commit access for all Jakarta projects to all Jakarta committers, if we haven't already done so). snip/ Cool (SVN restrictions were removed in April 2006). lists before that. Throw in site-cvs@ as well for good measure. * We could repurpose general@ as the one dev list, but OTOH, seems worthwhile to maintain the dev / general separation. * No changes proposed to the user lists. I'd rather site-cvs be rolled into a single c...@jakarta.apache.org containing commit traffic for all Jakarta projects. Redesignate general@ as user@ to contain user traffic for all Jakarta projects, retiring all the -user lists in the process. People can specify the specific project referred to in the subject a la Commons (e.g., Subject: [oro] how do glob expressions work?). Then add d...@jakarta.apache.org (also like commons). snap/ All this certainly seems worth considering. The dev lists are low-hanging fruit IMO, so makes sense to start there (as dev@ and commits@ as you note). If there is overwhelming support for merging user lists as well now, thats fine -- if not, lets separate the discussions and get the easier parts done. +0 to dev lists merging +1 to commits merging (but not to same list as dev) -1 to user lists merging -Rahul daniel - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[RESULT][VOTE] Release BSF 3.0 RC1
It's been a while since the vote ... The tally is +1 (binding) Ant Elder Rony Flatscher Sebastian Bazley There were no other votes. The vote therefore passes. I propose to upload the files in a day or so. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [RESULT][VOTE] Release BSF 3.0 RC1
On 28/09/2009, Gary Gregory ggreg...@seagullsoftware.com wrote: I'm pretty sure there is no need for a delay once the vote has been tallied. It's up to the RM's schedule though :) Also it has been a long time since the vote, so something else might have come up since then ... Gary From: sebb [seb...@gmail.com] Sent: Monday, September 28, 2009 3:07 PM To: Bean Scripting Framework developers; Jakarta General List Subject: [RESULT][VOTE] Release BSF 3.0 RC1 It's been a while since the vote ... The tally is +1 (binding) Ant Elder Rony Flatscher Sebastian Bazley There were no other votes. The vote therefore passes. I propose to upload the files in a day or so. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[VOTE] Release BSF 3.0 RC1
Please review and vote on the BSF 3.0 RC1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.0-RC1/ and the an SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.0-rc1/ The vote will be open for at least 72 hours. S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release BSF 3.0 RC1
On 12/08/2009, Gary Gregory ggreg...@seagullsoftware.com wrote: The first thing I looked for is information as to when I should use BSF vs. Java 6 javax.script. Since we do not build a site with Maven for this project, I looked on the project page but found nothing. We must make this information available somewhere. Agreed. However that's not essential for the release vote to succeed. Thanks, Gary -Original Message- From: seb...@gmail.com [mailto:seb...@gmail.com] On Behalf Of sebb AT ASF Sent: Wednesday, August 12, 2009 11:14 AM To: Bean Scripting Framework developers; Jakarta General List Subject: [VOTE] Release BSF 3.0 RC1 Please review and vote on the BSF 3.0 RC1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.0-RC1/ and the an SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.0-rc1/ The vote will be open for at least 72 hours. S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release BSF 3.0 RC1
On 13/08/2009, Gary Gregory ggreg...@seagullsoftware.com wrote: The build fails with Maven 2.2.1 and Sun Java 1.6.0_16 on Windows XP SP 3 32-bits. Same for me too with Maven 2.1.0 and Java 1.6.0_14 - not sure why I did not notice that problem. The test was not enabled in 3.0-beta3, and relates to code in the org.apache.bsf.xml package. This is documented as being incomplete, so I don't think it's a release blocker. But if there are other problems which require a new RC it might be worth trying to fix the test case. --- T E S T S --- Running org.apache.bsf.xml.JavaScriptXMLHelperTestCase Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.565 sec FAILURE! Results : Tests in error: testToOmElement(org.apache.bsf.xml.JavaScriptXMLHelperTestCase) testToScriptXML(org.apache.bsf.xml.JavaScriptXMLHelperTestCase) Tests run: 2, Failures: 0, Errors: 2, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] See attachements. The works when I use Sun Java 1.5.0_19 though. Gary -Original Message- From: seb...@gmail.com [mailto:seb...@gmail.com] On Behalf Of sebb AT ASF Sent: Wednesday, August 12, 2009 11:14 AM To: Bean Scripting Framework developers; Jakarta General List Subject: [VOTE] Release BSF 3.0 RC1 Please review and vote on the BSF 3.0 RC1 release. The artifacts are available at: http://people.apache.org/~sebb/bsf-3.0-RC1/ and the an SVN tag is at: http://svn.apache.org/repos/asf/jakarta/bsf/tags/bsf-3.0-rc1/ The vote will be open for at least 72 hours. S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Fwd: Application Period for Travel Assistance to ApacheCon US 2009 Opens Soon
The Travel Assistance Committee is taking in applications for those wanting to attend ApacheCon US 2009 (Oakland) which takes place between the 2nd and 6th November 2009. The Travel Assistance Committee is looking for people who would like to be able to attend ApacheCon US 2009 who may need some financial support in order to get there. There are limited places available, and all applications will be scored on their individual merit. Applications are open to all open source developers who feel that their attendance would benefit themselves, their project(s), the ASF and open source in general. Financial assistance is available for flights, accommodation, subsistence and Conference fees either in full or in part, depending on circumstances. It is intended that all our ApacheCon events are covered, so it may be prudent for those in Europe and/or Asia to wait until an event closer to them comes up - you are all welcome to apply for ApacheCon US of course, but there should be compelling reasons for you to attend an event further away that your home location for your application to be considered above those closer to the event location. More information can be found on the main Apache website at http://www.apache.org/travel/index.html - where you will also find a link to the online application and details for submitting. Applications for applying for travel assistance will open on 27th July 2009 and close of the 17th August 2009. Good luck to all those that will apply. Regards, The Travel Assistance Committee - To unsubscribe, e-mail: private-unsubscr...@commons.apache.org For additional commands, e-mail: private-h...@commons.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[ANNOUNCE] JMeter 2.3.4 r785646
The Apache JMeter team announces the release of Apache JMeter 2.3.4 r785646. This is a bug-fix release to correct some problems that were discovered with 2.3.3, in particular: - JMeter does not start up if there is no messages.properties file for the default Locale. - JDBC Sampler should not close Prepared or Callable statements as these are cached - HTTPSampler2 response timeout not honored - Fix problems with remote clients == All users - especially those running 2.3.3 - are recommended to upgrade. == Apache JMeter is a Java application designed to test server applications. It can be used to: * generate test loads * test functional behaviour * measure performance. It includes support for protocols such as HTTP(S), JDBC, JMS, FTP, and others. It can also be extended with user-written code. See http://jakarta.apache.org/jmeter/ This version of JMeter requires Java 1.4 or later. This next release of JMeter will require at least Java 1.5. The release can be downloaded from: http://jakarta.apache.org/site/downloads/downloads_jmeter.cgi When downloading, please verify signatures using the KEYS file. Only the binary archive is needed to run JMeter - there is no need to download the source archive. However there are some optional libraries which are not included. See the Getting Started page for details: http://jakarta.apache.org/jmeter/usermanual/get-started.html The list of changes since version 2.3.3 can be found at: http://jakarta.apache.org/jmeter/changes.html All users are recommended to upgrade to this release, especially those running 2.3.3. Enjoy! The JMeter team - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[VOTE][RESULT] Release JMeter 2.3.4 based on RC3
Thanks very much to all who voted: [1] [2] The votes were as follows: +1 Sebastian Bazley (*) Peter Lin (*) Oleg Kalnichevski (*) Milamber +0 Quasar (*) binding There were no other votes, so the vote passes. [1] http://www.nabble.com/-VOTE--Release-JMeter-2.3.4-based-on-RC3-to24082523.html [2] http://www.nabble.com/-VOTE--Release-JMeter-2.3.4-based-on-RC3-to24082522.html - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[VOTE] Release JMeter 2.3.4 based on RC3
Unfortunately JMeter 2.3.3 introduced some new bugs. I have therefore created 2.3.4RC3 which is basically a bug-fix release. [Tags RC1 and RC2 were abandoned, as I forgot to change all the versions] Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.3.4RC3/dist MD5 hashes of archives for this vote: cef24a84bcfc814f9b5b1f7b6a8f389f *jakarta-jmeter-2.3.4.tgz dc056ac75b43859b72fca9b413f7619d *jakarta-jmeter-2.3.4.zip 1df877d81fee18bdff0bf56eb8094f3b *jakarta-jmeter-2.3.4_src.tgz f1365878508bfad1d3c4e7a7605ff566 *jakarta-jmeter-2.3.4_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.3.4RC3/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_4_RC3 (r785646) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To rebuild JMeter or run the unit tests, you need to unpack both the binary and source archives into the same directory structure. This is because the library files are only included in the binary archive. To create the jars and test JMeter: ant package test. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Here's my: +1 S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Apache Jakarta Project Board Report, June 2009
On 15/06/2009, Scott Eade se...@backstagetech.com.au wrote: Apache Jakarta Project Board Report, June 2009 Status == Note: The board determined that the Jakarta report provided in May was lacking in detail. This report seeks to address this criticism. _From outgoing Chair, Martin van den Bemt_ It has been a while since I reported the last time. In june 2008 I announced that I wanted to be replaced because of time constraints, with no one volunteering. After that however I got caught up with what was happening in my personal life and also was shutdown for over 3 months, which ended up in a long period of silence. Now all major personal events (positive I might add, so please don't worry) have passed, I however still find myself fighting to find time (and energy) to spend at Apache. In the light of this, I hand in my resignation as VP Apache Jakarta. To my relief a discussion about the (in reality already effective) vacancy started and some people stood up to volunteer to take over the position. I myself regret the long absence and silence and I hope it didn't cause to much worry and problems. -- EOM -- _New chair?_ We are in the process of electing a new chair (voting is in progress). Apart from the need to elect a new chair the Jakarta has no board level issues at this time. Releases * Cactus-1.8.1 - January 26, 2009 * BSF-3.0-b3 - April 5, 2009 * JMeter 2.3.3 - May 24, 2009 Subproject news === _BCEL_ No activity - maintenance mode. _BSF_ Did a 3.0 beta3 release to fix a bug for a user. Otherwise very quiet. -- sebb, antelder _Cactus_ Cactus version 1.8.1 was released in January. This version fixes a number of bugs, provides a maven2 plugin to cactify WAR and EAR files and a sample application showing how to test EJB3 projects. -- ptahchiev _ECS_ No activity - maintenance mode. _JCS_ There were a bunch of new features added at the end of last year. I'm in the process of fixing a few bugs and plan to cut a tag for a new release in the next month or so. -- asmuts _JMeter_ Lots of fixes and incremental improvements have been made to the JMeter code. JMeter user list is quite busy. There are a good few experienced JMeter users who help out with user questions. JMeter 2.3.3 was released on May 24. -- sebb _ORO_ No activity - maintenance mode. _Regexp_ No activity - maintenance mode. _Taglibs_ Standard Taglib (implementation of JSTL) migrated to Maven2. All non-deprecated Taglibs have migrated to Maven2. Discussing possibility of Taglibs moving to Tomcat with the Tomcat PMC. Random, Datetime and I18N taglibs deprecated (aka retired). An RDC 1.1 release is planned next month. -- bayard, rahul _Retired Projects_ * Slide [Report edited and submitted by Scott Eade with contributions by many.] Thanks for doing this! - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
[VOTE][RESULT] Release JMeter 2.3.3 RC2
Thanks very much to all who voted [1] [2] The votes were as follows: +1 Sebastian Bazley (*) Peter Lin (*) Oleg Kalnichevski (*) Milamber (*) binding There were no other votes, so the vote passes. [1] http://www.nabble.com/-VOTE--Release-JMeter-2.3.3-based-on-RC2-to23625427.html [2] http://mail-archives.apache.org/mod_mbox/jakarta-jmeter-dev/200905.mbox/%3c25aac9fc0905191516i7d0ff0der14af57b4d7550...@mail.gmail.com%3e - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.3.3 RC1 - cancelled
Although the reported problems were not major, I've decided to re-do the release to eliminate them. I'll post another vote thread shortly. Thanks for all the feedback so far. On 18/05/2009, sebb seb...@gmail.com wrote: On 18/05/2009, sebb seb...@gmail.com wrote: On 16/05/2009, Oleg Kalnichevski ol...@apache.org wrote: sebb wrote: The first release candidate for JMeter 2.3.3 has been prepared, and your votes are solicited. JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targetted at Java 1.4+. Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.3.3RC1/dist MD5 hashes of archives for this vote: dbdb62e4b64dc4cee77dd6229f8b687e *jakarta-jmeter-2.3.3.tgz f1c310eb9b3746143730e880d1aa17a8 *jakarta-jmeter-2.3.3.zip 51c20a74e90c5f61660414480e092d83 *jakarta-jmeter-2.3.3_src.tgz f8ecb89c5e6094b870b795fea7c9b460 *jakarta-jmeter-2.3.3_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.3.3RC1/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_3_RC1 (r774953) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To rebuild or test JMeter, you need to unpack both the binary and source archives into the same directory structure. This is because the library files are only included in the binary archive. To create the jars and test JMeter: ant package test Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Here's my: +1 S/// Sebastian, Thanks for checking. I am getting one compile warning and one test case failure. ... init-version: [echo] jmeter.version = 2.3.3.20090516 [echo] display.version = 2.3.3.20090516 [echo] implementation.version = 2.3.3.20090516 compile-jorphan: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\jorphan [javac] Compiling 48 source files to c:\data\jakarta-jmeter-2.3.3\build\jorphan [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. update-version: [echo] Updating version string to 2.3.3.20090516 compile-core: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\core [javac] Compiling 292 source files to c:\data\jakarta-jmeter-2.3.3\build\core [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. compile-components: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\components [javac] Compiling 111 source files to c:\data\jakarta-jmeter-2.3.3\build\components compile-functions: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\functions [javac] Compiling 31 source files to c:\data\jakarta-jmeter-2.3.3\build\functions [javac] c:\data\jakarta-jmeter-2.3.3\src\functions\org\apache\jmeter\functions\UnEscapeHtml.java:36: warning: unmappable character for encoding UTF-8 [javac] * For example, the string lt;Franccedil;aisgt; will become Fran?ais [javac]^ [javac] 1 warning ... [java] ..F... [java] . [java] . [java] . [java] .. [java] Time: 25.49 [java] There was 1 failure: [java] 1) testPause(org.apache.jmeter.samplers.TestSampleResult)junit.framework.AssertionFailedError: Accumulated time (199) was not between 200 and 290 ms [java
[VOTE] Release JMeter 2.3.3 based on RC2
The second release candidate for JMeter 2.3.3 has been prepared, and your votes are again solicited. JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targetted at Java 1.4+. There were some build/test problems reported with the previous release candidate, so a new version has been built. This fixes: * the I18N problems reported when testing using a French locale * a compiler warning re: illegal UTF-8 characters * a test timing issue Some documentation tweaks were also added. Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.3.3RC2/dist MD5 hashes of archives for this vote: f93fd88b4d91b37934233a2d9c038867 *jakarta-jmeter-2.3.3.tgz 333c4f6a9123929db22408c3d679673e *jakarta-jmeter-2.3.3.zip f71a012e2f22a333250e08011310f897 *jakarta-jmeter-2.3.3_src.tgz caccce29846949b28c2e52079c80e81d *jakarta-jmeter-2.3.3_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.3.3RC2/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_3_RC2 (r776386) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To rebuild JMeter or run the unit tests, you need to unpack both the binary and source archives into the same directory structure. This is because the library files are only included in the binary archive. To create the jars and test JMeter: ant package test. Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Here's my: +1 S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release JMeter 2.3.3 RC1
On 15/05/2009, Luc Maisonobe luc.maison...@free.fr wrote: sebb a écrit : The first release candidate for JMeter 2.3.3 has been prepared, and your votes are solicited. JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targetted at Java 1.4+. Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.3.3RC1/dist MD5 hashes of archives for this vote: dbdb62e4b64dc4cee77dd6229f8b687e *jakarta-jmeter-2.3.3.tgz f1c310eb9b3746143730e880d1aa17a8 *jakarta-jmeter-2.3.3.zip 51c20a74e90c5f61660414480e092d83 *jakarta-jmeter-2.3.3_src.tgz f8ecb89c5e6094b870b795fea7c9b460 *jakarta-jmeter-2.3.3_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.3.3RC1/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_3_RC1 (r774953) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To rebuild or test JMeter, you need to unpack both the binary and source archives into the same directory structure. This is because the library files are only included in the binary archive. To create the jars and test JMeter: ant package test Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. I downloaded sr and binaries and recompiled on a linux system. 18 tests failed. Here is the part of the ant run output showing the failures: Thanks for testing the release. These are all the same problem - the test checks to make sure that the documentation file has the correct entries. As the documentation has not been translated into French, the entries are not present. This does not affect the running of JMeter. But obviously it would be better if the tests did not fail in this manner. I'll see about fixing this. [java] There were 18 failures: [java] 1) runGUITitle(org.apache.jmeter.junit.JMeterTest)junit.framework.AssertionFailedError: component_reference.xml needs 'Assertion_BSF' anchor for org.apache.jmeter.testbeans.gui.TestBeanGUI [java] at org.apache.jmeter.junit.JMeterTest.runGUITitle(JMeterTest.java:347) [java] at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [java] at org.apache.jorphan.test.AllTests.main(AllTests.java:218) [java] 2) runGUITitle(org.apache.jmeter.junit.JMeterTest)junit.framework.AssertionFailedError: component_reference.xml needs 'Source_de_données_CSV' anchor for org.apache.jmeter.testbeans.gui.TestBeanGUI [java] at org.apache.jmeter.junit.JMeterTest.runGUITitle(JMeterTest.java:347) [java] at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [java] at org.apache.jorphan.test.AllTests.main(AllTests.java:218) [java] 3) runGUITitle(org.apache.jmeter.junit.JMeterTest)junit.framework.AssertionFailedError: component_reference.xml needs 'Variable_aléatoire' anchor for org.apache.jmeter.testbeans.gui.TestBeanGUI [java] at org.apache.jmeter.junit.JMeterTest.runGUITitle(JMeterTest.java:347) [java] at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [java] at org.apache.jorphan.test.AllTests.main(AllTests.java:218) [java] 4) runGUITitle(org.apache.jmeter.junit.JMeterTest)junit.framework.AssertionFailedError: component_reference.xml needs 'Post-Processeur_BSF' anchor for org.apache.jmeter.testbeans.gui.TestBeanGUI [java] at org.apache.jmeter.junit.JMeterTest.runGUITitle(JMeterTest.java:347) [java] at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [java] at org.apache.jorphan.test.AllTests.main(AllTests.java:218) [java] 5) runGUITitle(org.apache.jmeter.junit.JMeterTest)junit.framework.AssertionFailedError: component_reference.xml needs 'Post-Processeur_BeanShell' anchor for org.apache.jmeter.testbeans.gui.TestBeanGUI [java] at org.apache.jmeter.junit.JMeterTest.runGUITitle(JMeterTest.java:347) [java] at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source) [java
Re: [VOTE] Release JMeter 2.3.3 RC1
On 16/05/2009, Oleg Kalnichevski ol...@apache.org wrote: sebb wrote: The first release candidate for JMeter 2.3.3 has been prepared, and your votes are solicited. JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targetted at Java 1.4+. Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.3.3RC1/dist MD5 hashes of archives for this vote: dbdb62e4b64dc4cee77dd6229f8b687e *jakarta-jmeter-2.3.3.tgz f1c310eb9b3746143730e880d1aa17a8 *jakarta-jmeter-2.3.3.zip 51c20a74e90c5f61660414480e092d83 *jakarta-jmeter-2.3.3_src.tgz f8ecb89c5e6094b870b795fea7c9b460 *jakarta-jmeter-2.3.3_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.3.3RC1/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_3_RC1 (r774953) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To rebuild or test JMeter, you need to unpack both the binary and source archives into the same directory structure. This is because the library files are only included in the binary archive. To create the jars and test JMeter: ant package test Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Here's my: +1 S/// Sebastian, Thanks for checking. I am getting one compile warning and one test case failure. ... init-version: [echo] jmeter.version = 2.3.3.20090516 [echo] display.version = 2.3.3.20090516 [echo] implementation.version = 2.3.3.20090516 compile-jorphan: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\jorphan [javac] Compiling 48 source files to c:\data\jakarta-jmeter-2.3.3\build\jorphan [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. update-version: [echo] Updating version string to 2.3.3.20090516 compile-core: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\core [javac] Compiling 292 source files to c:\data\jakarta-jmeter-2.3.3\build\core [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. compile-components: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\components [javac] Compiling 111 source files to c:\data\jakarta-jmeter-2.3.3\build\components compile-functions: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\functions [javac] Compiling 31 source files to c:\data\jakarta-jmeter-2.3.3\build\functions [javac] c:\data\jakarta-jmeter-2.3.3\src\functions\org\apache\jmeter\functions\UnEscapeHtml.java:36: warning: unmappable character for encoding UTF-8 [javac] * For example, the string lt;Franccedil;aisgt; will become Fran?ais [javac]^ [javac] 1 warning ... [java] ..F... [java] . [java] . [java] . [java] .. [java] Time: 25.49 [java] There was 1 failure: [java] 1) testPause(org.apache.jmeter.samplers.TestSampleResult)junit.framework.AssertionFailedError: Accumulated time (199) was not between 200 and 290 ms [java] at org.apache.jmeter.samplers.TestSampleResult.testPause(TestSampleResult.java:66) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] at org.apache.jorphan.test.AllTests.main(AllTests.java:218) [java] [java] FAILURES!!! [java] Tests run: 1658, Failures: 1, Errors: 0 [java] That is a timer rounding issue; I would expect it to work (mostly) if retested. But I will change the range so it works more reliably. The test actually checks that Thread.sleep(100)+Thread.sleep(100) takes at least 200 ms. Rounding may cause the time to be slightly less
Re: [VOTE] Release JMeter 2.3.3 RC1
On 18/05/2009, sebb seb...@gmail.com wrote: On 16/05/2009, Oleg Kalnichevski ol...@apache.org wrote: sebb wrote: The first release candidate for JMeter 2.3.3 has been prepared, and your votes are solicited. JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targetted at Java 1.4+. Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.3.3RC1/dist MD5 hashes of archives for this vote: dbdb62e4b64dc4cee77dd6229f8b687e *jakarta-jmeter-2.3.3.tgz f1c310eb9b3746143730e880d1aa17a8 *jakarta-jmeter-2.3.3.zip 51c20a74e90c5f61660414480e092d83 *jakarta-jmeter-2.3.3_src.tgz f8ecb89c5e6094b870b795fea7c9b460 *jakarta-jmeter-2.3.3_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.3.3RC1/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_3_RC1 (r774953) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To rebuild or test JMeter, you need to unpack both the binary and source archives into the same directory structure. This is because the library files are only included in the binary archive. To create the jars and test JMeter: ant package test Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Here's my: +1 S/// Sebastian, Thanks for checking. I am getting one compile warning and one test case failure. ... init-version: [echo] jmeter.version = 2.3.3.20090516 [echo] display.version = 2.3.3.20090516 [echo] implementation.version = 2.3.3.20090516 compile-jorphan: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\jorphan [javac] Compiling 48 source files to c:\data\jakarta-jmeter-2.3.3\build\jorphan [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. update-version: [echo] Updating version string to 2.3.3.20090516 compile-core: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\core [javac] Compiling 292 source files to c:\data\jakarta-jmeter-2.3.3\build\core [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. compile-components: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\components [javac] Compiling 111 source files to c:\data\jakarta-jmeter-2.3.3\build\components compile-functions: [mkdir] Created dir: c:\data\jakarta-jmeter-2.3.3\build\functions [javac] Compiling 31 source files to c:\data\jakarta-jmeter-2.3.3\build\functions [javac] c:\data\jakarta-jmeter-2.3.3\src\functions\org\apache\jmeter\functions\UnEscapeHtml.java:36: warning: unmappable character for encoding UTF-8 [javac] * For example, the string lt;Franccedil;aisgt; will become Fran?ais [javac]^ [javac] 1 warning ... [java] ..F... [java] . [java] . [java] . [java] .. [java] Time: 25.49 [java] There was 1 failure: [java] 1) testPause(org.apache.jmeter.samplers.TestSampleResult)junit.framework.AssertionFailedError: Accumulated time (199) was not between 200 and 290 ms [java] at org.apache.jmeter.samplers.TestSampleResult.testPause(TestSampleResult.java:66) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] at org.apache.jorphan.test.AllTests.main(AllTests.java:218) [java] [java
[VOTE] Release JMeter 2.3.3 RC1
The first release candidate for JMeter 2.3.3 has been prepared, and your votes are solicited. JMeter is a Java desktop application designed to load test functional behavior and measure performance. The current version is targetted at Java 1.4+. Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.3.3RC1/dist MD5 hashes of archives for this vote: dbdb62e4b64dc4cee77dd6229f8b687e *jakarta-jmeter-2.3.3.tgz f1c310eb9b3746143730e880d1aa17a8 *jakarta-jmeter-2.3.3.zip 51c20a74e90c5f61660414480e092d83 *jakarta-jmeter-2.3.3_src.tgz f8ecb89c5e6094b870b795fea7c9b460 *jakarta-jmeter-2.3.3_src.zip Site Docs are here: http://people.apache.org/~sebb/jmeter-2.3.3RC1/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_3_RC1 (r774953) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://www.apache.org/dist/jakarta/jmeter/KEYS N.B. To rebuild or test JMeter, you need to unpack both the binary and source archives into the same directory structure. This is because the library files are only included in the binary archive. To create the jars and test JMeter: ant package test Note that there is a bug in Java on some Linux systems that manifests itself as the following error when running the test cases or JMeter itself: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number This does not affect JMeter operation. All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and rename the RC tag as the release tag. Here's my: +1 S/// - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release Cactus 1.8.1 (Third attempt)
On 23/01/2009, Henri Yandell bay...@generationjava.com wrote: MD5 good. Bit bemused by the following line for JUnit. Wondering why it's relevant, but not a blocker: and is not maintained by Object Mentor. Build of the samples/ in the bin zip with .m2/repository removed: Succeeds. Build of all the source with .m2/repository removed: I accidentally did it under JDK 1.4 and got errors against the EJB jar. Retried with 1.5 and it succeeds. Huh? It builds and tests fine for me using Java 1.4. What errors did you get? If the release does require 1.5+, then that needs to be in the POM and release notes etc... Sigs and hashes look OK. +1 +1 to the release, I'm looking forward to trying to get the m2 plugin set up so I can migrate the JSTL impl over to a Maven build. Hen On Thu, Jan 22, 2009 at 1:34 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, here is another attempt to release Cactus 1.8.1 As promised I made a new tag: http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc3/ and the artifacts: http://people.apache.org/~ptahchiev/1.8.1-rc3/ Please cast you vote. Here is mine: +1 The vote is open 72 hrs. Thanks -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release Jakarta Cactus 1.8.1
On 21/01/2009, Henri Yandell bay...@generationjava.com wrote: Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Does this always happen for you? If so, what is the path it is trying to find? This would require testing against trunk... Hen On Tue, Jan 20, 2009 at 2:11 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Actually Hentry's problem was that he had something alreadty running on port 8080. But you are right. We check if the property is set :-( Ok, I will try to investigate further. On Wed, Jan 21, 2009 at 12:06 AM, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, I think I found the problem, but since I cannot reproduce this behaviour I am clueless if this will work. I think the problem is here: http://jira.codehaus.org/browse/SUREFIRE-98 The issue relates to not finding a property - however the code already does a separate check to see if the property has been retrieved OK, so I don't think it applies here. I changed the version of the Surefire plugin we use to the latest one. I have commited it. Anything else before I make the RC-3 and cast the vote? Probably best if Henri could provide more info on the failure he saw, which I think was different from mine. I'm also intending to try a test on Unix. I suggest waiting a bit. Thanks again, Petar. On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Sebb, I removed the CDDL license and described the servlet-api as an Apache 2.0 licensed. I also added the Apache license headers. I also changed the version of AspectJ we are using. About the test failures that you mention I think they are different from what Henry is getting. Anyways I am unable to reproduce them :-( What should I do? Do I need to make a RC-3 and call the vote on it? Thanks for the tips guys. On Tue, Jan 20, 2009 at 9:42 PM, sebb seb...@gmail.com wrote: On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory
Re: [VOTE] Release Jakarta Cactus 1.8.1
What about the other comments I made? i.e. maven.xml and project.xml files? Are these useful or obsolete? On 21/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: OK I will now prepare a RC3 On Thu, Jan 22, 2009 at 12:33 AM, Henri Yandell bay...@generationjava.comwrote: That worked for me - trunk is happy :) Thanks, Hen On Wed, Jan 21, 2009 at 1:24 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Henry, I followed your instructions and luckily was able to reproduce the behaviour. What I did was: unzip rc-1 mvn clean install - Did not fail; change the localrepostiry to~/.m2/repository1 rm -rf rc1 unzip rc-1 mvn clean install - FAILED Next steps: exactly the same, but against the trunk. In the trunk we print the testinput.dir property. I was not amazed that the testinput.dir was printed to be.src/test-input. What amazed me was the value of testInputDir.getAbsolutePath() It was /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-input The problem was that my test-input should reside in /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/src/test-input You see somehow Maven misinterpretes the ${basedir} and suggests it to be the root of the project, instead of /root/integration/ant/ I thought that this might be connected with the issue I told sebb about: http://jira.codehaus.org/browse/SUREFIRE-98 and since this issue is resolved I updated to the latest version of the surefire plugin and tested again. This time it all worked for me. So now I think that it is all fine. In trunk I have committed to use the latest version of surefire plugin. Can you retest the trunk and let me know the result. Thanks, Petar. On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell bay...@generationjava.comwrote: On Wed, Jan 21, 2009 at 3:41 AM, sebb seb...@gmail.com wrote: On 21/01/2009, Henri Yandell bay...@generationjava.com wrote: Yep - turning off my local JIRA got me passed that problem and now I get the same set of errors as Seb. Does this always happen for you? If so, what is the path it is trying to find? This would require testing against trunk... Tried this morning - but against the rc1 (sorry). Will try against trunk later (vacation right now and various parenting tasks I have to do). mvn clean install at top level: Failed mvn clean install in integration/ant: Passed mvn clean install in integration: Passed mvn clean install at top level: Passed rm -fr cactus-src unzip mvn clean install at top level: Passed mv m2 repo to bckp mvn clean install at top level: Failed mvn clean install at top level: Passed Error in integration/ant failure: junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release Jakarta Cactus 1.8.1
On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. What is your opinion expressed by any of the three numbers :-). On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, here comes the second attempt for releasing cactus-1.8.1. The artifacts, hashes and signatures are here: http://people.apache.org/~ptahchiev/1.8.1-rc2/http://people.apache.org/%7Eptahchiev/1.8.1-rc2/ The tagged code-base is here: http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc2/ I think it is OK this time. Here is my +1 Please vote. Thanks. -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release Jakarta Cactus 1.8.1
On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at org.apache.cactus.integration.ant.AntTestCase.getBuildFile(AntTestCase.java:370) This is a bit odd, as the directory appears to be there. The assert() message ought to quote the directory name it is looking for. [I'll update SVN trunk.] Even odder, the problem does not occur when I reran the test. I've tried several times to recreate the error, but it only happened once. == There are various jetty files under samples/jetty/src which don't have AL headers. Are these Jetty sources? If so, then the source archive really needs to include the relevant license. If the samples were generated under the ASF, then they need the AL headers. There seem to be some oddities in the main pom.xml: dependencies dependency groupIdaspectj/groupId artifactIdaspectjrt/artifactId version1.5.3/version /dependency specifies version 1.5.3, whereas dependencyManagement dependencies ... dependency groupIdaspectj/groupId artifactIdaspectjrt/artifactId version1.2.1/version /dependency specifies version 1.2.1 - I would have expected the two to be the same? == There are several maven.xml and project.xml files in the directory tree - are these still current? What is your opinion expressed by any of the three numbers :-). On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, here comes the second attempt for releasing cactus-1.8.1. The artifacts, hashes and signatures are here: http://people.apache.org/~ptahchiev/1.8.1-rc2/http://people.apache.org/%7Eptahchiev/1.8.1-rc2/ The tagged code-base is here: http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc2/ I think it is OK this time. Here is my +1 Please vote. Thanks. -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net
Re: [VOTE] Release Jakarta Cactus 1.8.1
On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi guys, I think I found the problem, but since I cannot reproduce this behaviour I am clueless if this will work. I think the problem is here: http://jira.codehaus.org/browse/SUREFIRE-98 The issue relates to not finding a property - however the code already does a separate check to see if the property has been retrieved OK, so I don't think it applies here. I changed the version of the Surefire plugin we use to the latest one. I have commited it. Anything else before I make the RC-3 and cast the vote? Probably best if Henri could provide more info on the failure he saw, which I think was different from mine. I'm also intending to try a test on Unix. I suggest waiting a bit. Thanks again, Petar. On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi Sebb, I removed the CDDL license and described the servlet-api as an Apache 2.0 licensed. I also added the Apache license headers. I also changed the version of AspectJ we are using. About the test failures that you mention I think they are different from what Henry is getting. Anyways I am unable to reproduce them :-( What should I do? Do I need to make a RC-3 and call the vote on it? Thanks for the tips guys. On Tue, Jan 20, 2009 at 9:42 PM, sebb seb...@gmail.com wrote: On 20/01/2009, sebb seb...@gmail.com wrote: On 20/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hi all, maybe I am too impatient, but has anybody tried the artifacts? 1 minor problem - the .asc files should be detached ascii signatures, not signed archives. No need to recreate the RC, just recreate the .asc files. We don't normally provide binary .sig files - they can be deleted. I'm still looking at other aspects of the RC. The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned. The cddl licence should be deleted, and the README updated. Like Henri, I also get test failures: [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWarArchive [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXml [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec [surefire] Running org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094 sec FAILURE !! [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078 sec FAILURE !! I ran mvn test, which failed when it could not find the cactus jars. It would be better if this worked without needing to do mvn install first. I then ran mvn install and got the errors shown above. It looks like these are all caused by junit.framework.AssertionFailedError: The system property 'testinput.dir' must point to an existing directory at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at org.apache.cactus.integration.ant.AntTestCase.getBuildFile(AntTestCase.java:370) This is a bit odd, as the directory appears to be there. The assert() message ought to quote the directory name it is looking for. [I'll update SVN trunk.] Even odder, the problem does not occur when I reran the test. I've tried several times to recreate the error, but it only happened once. == There are various jetty files under samples/jetty/src which don't have AL headers. Are these Jetty sources? If so, then the source archive really needs to include the relevant license. If the samples were generated under the ASF, then they need the AL headers. There seem to be some oddities in the main pom.xml: dependencies dependency groupIdaspectj/groupId artifactIdaspectjrt
Re: [VOTE] Release 1.8.1 of Cactus
On 18/01/2009, Petar Tahchiev paranoiabla.li...@gmail.com wrote: Hello guys, It's been more than 10 months since I released Cactus version 1.8.0, and not I am trying to push the 1.8.1 release. I have closed some issues in the JIRA, added a maven2 plugin for Cactus and included a sample EJB3 application, as a reference how to test EJB3. Here is the tag code-base: http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc1/ Some files have incorrect SVN properties; I'll fix them in trunk. Some files don't have the proper AL 2.0 headers: cactus-maven-skin/src/main/resources/css/maven-theme.css doap_Jakarta_Cactus.rdf framework/framework-wrappers/wrapper-javaEE-12/src/main/resources/org/apache/cactus/server/jspRedirector.jsp framework/framework-wrappers/wrapper-javaEE-13/src/main/resources/org/apache/cactus/server/jspRedirector.jsp framework/framework-wrappers/wrapper-javaEE-14/src/main/resources/org/apache/cactus/server/jspRedirector.jsp framework/web/jspRedirector.jsp integration/eclipse/org.apache.cactus.eclipse.runner/src/conf/jspRedirector.jsp integration/shared-api/src/main/java/org/apache/cactus/integration/api/cactify/CactifyUtils.java samples/servlet/src/main/webapp/WEB-INF/cactus-web.xml The licences/ directory contains a copy of AL 2.0, which is not really needed as it is in the LICENSE file. If you do want to keep it, then for consistency it should be referred to from the LICENSE file. There is also a copy of the CDDL, but that is not referenced from the LICENSE file nor in the NOTICE file. According to the README.txt file it is for the Servlet API - the N L files need to be updated accordingly. And here are the archives: http://people.apache.org/~ptahchiev/1.8.1-rc1/http://people.apache.org/%7Eptahchiev/1.8.1-rc1/ The source archive does not contain the licences/ directory. The source archive should not include the DOAP file. We'll need the hashes and sigs. Please test and cast your vote. [+1]Go man, go! 0] I don't care. [-1] I am against it, because ... -1 as above. Here is mine: +1 Thanks, Petar. -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Fwd: [Announce] Call For Papers opens for ApacheCon US 2009
-- Forwarded message -- From: William A. Rowe, Jr. [EMAIL PROTECTED] Date: 7 Nov 2008 21:41 Subject: [Announce] Call For Papers opens for ApacheCon US 2009 To: [EMAIL PROTECTED] Projects, please distribute the attached invitation far and wide in your communities (user and dev lists, feeds, forums, etc). If you have only 30 seconds to read this; Join us in celebrating the ASF's 10th Anniversary at ApacheCon! The Call for Papers is now open for ApacheCon US 2009, taking place 2-6 November in Oakland, California. Proposals are being accepted at http://us.apachecon.com/c/acus2009/cfp/ and can be revised at anytime until the submissions closing deadline of 28 February 2009. In addition, sponsorship opportunities for both ApacheCon EU 2009/Amsterdam and ApacheCon US 2009/Oakland are available. Please contact Delia Frees at [EMAIL PROTECTED] for further information. Please, read on... *** ApacheCon Celebrates the ASF's 10th Anniversary in Oakland, California, 2-6 November 2009 Call for Papers Opens for ApacheCon US 2009 The Apache Software Foundation (ASF) invites submissions to its official user and developer conference, taking place 2-6 November 2009 at the Oakland Convention Center and Marriott Hotel. ApacheCon serves as a forum for showcasing the ASF's latest projects, members, and community initiatives. Offering unparalleled educational opportunities, ApacheCon's presentations, hands-on trainings, and sessions address key technology, development, business/community, and licensing issues in Open Source. The wide range of activities offered at ApacheCon promotes the exchange of ideas amongst ASF Members, committers, innovators, developers, vendors, and users interested in the future of Open Source technology. The conference program includes peer-reviewed sessions, trainings/workshops, and select invited keynote presentations and speakers. Conference Themes and Topics Building on ten years of success, ApacheCon returns to the Bay Area for the 10th anniversary of the Apache Software Foundation. Comprising some of the most active and recognized developers in the Open Source community, ApacheCon provides an influential platform for dialogue between Open Source developers and users, traversing a wide range of ideas, expertise, and personalities. ApacheCon welcomes submissions across many fields, geographic locations, and areas of development. The breadth of the Apache community lends itself to conference content that is somewhat loosely-structured, with common themes of interest addressing groundbreaking technologies and emerging trends, best practices (from development to deployment), case studies and lessons learned (tips, tools, and tricks). In addition, ApacheCon will continue to offer its highly popular, two-day intensive trainings; certifications of completion will be distributed to those who fulfill all the training requirements. Topics appropriate for submission are manifold, and may include but are not restricted to: Apache HTTP server (installation, configuration, migration, and more); ASF-wide projects (including Lucene, Hadoop, Jackrabbit, and Maven); Scripting languages and dynamic content (such as Java, Perl, Python, Ruby, XSL, and PHP); Security and e-commerce (performance tuning, load balancing and high availability); New technologies (including broader initiatives such as Web Services and Web 2.0); ASF-Incubated projects (such as Sling, UIMA, and Shindig); and Business/Community issues (Open Source driven business models, open development, enterprise adoption, and more). Submission Guidelines Submissions must include; – Session title - Speaker name - Speaker biography - Session description - Format and duration - Audience expertise level Full details are available online on the CFP page at [WWW] http://us.apachecon.com/c/acus2009/cfp/ Types of Presentations; - Trainings/Workshops - General Sessions - Case Studies/Industry Profiles - Corporate Showcases Demonstrations - Fast Feather (short) sessions - Birds of a Feather discussions - Invited Keynotes/Panels/Speakers Pre-Conference Trainings/Workshops Held on the first two days of the conference (2-3 November 2009), ApacheCon trainings are available at a registration fee beyond the regular conference fee. Proposals may be submitted for half-day (3 hours), full-day (6 hours), or two-day (12 hours) training sessions. These proposed tutorials should be aimed at providing in-depth, hands-on development experience or related continuing education. Training submissions are welcome at beginner, intermediate, and expert levels. General Sessions include presentations on practical development applications, insight into high-interest projects, best practices and key advances, overcoming implementation challenges, and industry innovations. Especially welcome are submissions that extend participants' understanding the role of ASF projects and their
Subject: ApacheCon live video streaming available; keynotes and Apache 101 are free
Can't make ApacheCon this week in New Orleans? You can still watch all the keynotes, Apache 101 sessions, and system administration track in live video streams: http://streaming.linux-magazin.de/en/program_apacheconus08.htm?ann Keynotes and the Apache 101 lunchtime sessions are free; the full sysadmin track, including httpd performance, security, and server stack administration talks are available for a fee. Keynotes include: - David Recordon, Six Apart (Wednesday 09:30) Learning from Apache to create Open Specifications - Shahani Markus Weerawarana, Ph.D. (Thursday 11:30) Standing on the Shoulders of Giants - Sam Ramji, Microsoft (Friday 11:30) struct.new(future, :open, :microsoft) Reminder: New Orleans is CST or UTC/GMT -6 hours. Advance notice: ApacheCon EU 2009 returns to Amsterdam, 23-27 March. We had a great response to our CFP and look forward to announcing the schedule in the next month. --- -- Lars Eilebrecht - V.P., Conference Planning [EMAIL PROTECTED] - http://www.us.apachecon.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat outputs php to stderr
Tomcat is no longer part of Jakarta. Please ask such questions on the Tomcat User list. See http://tomcat.apache.org/lists.html#tomcat-users for details. On 29/09/2008, Serge Fonville [EMAIL PROTECTED] wrote: I have Tomcat 6.0.18 installed with PHP 5.2.6 on Windows Vista Business SP1 Everything seems to working fine with no errors. except all output genereated by php goes to stderr instead of the browser. I used http://blog.taragana.com/index.php/archive/running-php-5x-on-windows-using-tomcat-4x-or-5x/ and http://wiki.apache.org/tomcat/UsingPhp to configure them. What do I need to do to make the output of PHP go to the browser instead of stderr? Thanks a lot in advance, Serge Fonville - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: [ANN] ApacheCon US and OFBiz Symposium: Early Bird Discount Expires on 3-Oct
-- Forwarded message -- From: ApacheCon US 2008 [EMAIL PROTECTED] Date: 26 Sep 2008 17:05 Subject: [ANN] ApacheCon US and OFBiz Symposium: Early Bird Discount Expires on 3-Oct To: [EMAIL PROTECTED], [EMAIL PROTECTED] ApacheCon US 2008: Open. To Just About Everything! November 3-7, 2008 -- New Orleans, Louisiana http://www.us.apachecon.com/ All ApacheCon Early Bird discounts *expire* at midnight (eastern) on Friday, October 3rd, so be sure to register now! Be sure to use the ApacheCon registration code of 'Special' if you are also booking two or more nights at the Sheraton conference hotel: note that the conference room rate discount is only good through October 12th. Looking for other ways to participate in ApacheCon? We've got plenty! - The Call for Papers for ApacheCon EU 2009, to be held March 23rd - 27th, 2009, in Amsterdam, will be opening very shortly. Note this will be a short CFP, so get your submissions started now. - Submit a Birds Of A Feather session for ApacheCon US 2008 - held on Wednesday and Thursday evenings. http://wiki.apache.org/apachecon/BirdsOfaFeatherUs08 - Sign up to participate in BarCamp Apache - be sure to sign up separately on the wiki to reserve your spot to participate in this unconference event on Tuesday. http://barcamp.org/BarCampApache - Are you working on an Apache Incubator project? Submit your title and abstract to the organizers for a chance to give a short 15 min Fast Feather Talk during the conference. mailto:[EMAIL PROTECTED] - When booking your travel consider staying an extra day afterwards, to join our Voluntourisim event on the following Saturday, November 8th. We'll be working with a local New Orleans non-profit group to help work on the city. http://us.apachecon.com/c/acus2008/about/volunteer == ApacheCon US 2008: A week of Open Source at it's best! Hackathon | BarCampApache | OFBiz Symposium | Hadoop Camp In-Depth Trainings | Multi-Track Sessions | BOFs | Business Panel Lightning Talks | Receptions | Fast Feather Track | Expo... and more! - Shane Curcuru The ApacheCon US 2008 Team http://www.us.apachecon.com/ 3-7 November -- New Orleans, Louisiana http://apacheconus2008.crowdvine.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r669904 - /jakarta/jakarta-build/
Author: sebb Date: Fri Jun 20 07:11:36 2008 New Revision: 669904 URL: http://svn.apache.org/viewvc?rev=669904view=rev Log: No longer needed, now that Commons is TLP Removed: jakarta/jakarta-build/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Test Webpages (POST)
On 18/06/2008, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hello List, Wrong list, this really belongs on the JMeter user list. i would like to test my web page (some asp reporting feature). My goal is to send some http/post request and check if my html response contains a certain string (in my case some error message). This is possible with JMeter. Can i record these kind of post requests? Yes. Since i have can all sorts of combinations with my reporting webapplication (about 100 combinations), i would like to simply record them buy doing the search manually once. (i think AppPerfect can do this) So can JMeter. Please read the JMeter documentation referenced from the website: http://jakarta.apache.org/jmeter/ Try using JMeter, and then post further questions on the JMeter user list. Cheers, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE][RESULT] JMeter 2.3.2RC7
Thanks very much to all who voted [1] [2] There were 6 +1 votes: Sebastian Bazley Martin van den Bemt Oleg Kalnichevski Peter Lin Quasar Petar Tahchiev Of these, 5 are binding, so the vote passes. [1] http://www.nabble.com/-VOTE--JMeter-2.3.2RC7---please%21-to17745902.html [2] http://www.nabble.com/-VOTE--JMeter-2.3.2RC7---please%21-to17745904.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] JMeter 2.3.2RC7 - please!
Trying yet again ... votes needed (positive or negative) - thanks! The licence issues reported by Henri have (I trust) been fixed. Also the lib/opt directory is now included in the source archives. To rebuild or test JMeter, you need to unpack both the binary and source archives in the same directory structure. This is because the library files are not duplicated in the source archive. Note that there is a bug in Java on some Linux systems that manifests itself as the follow error when running the test cases or JMeter itself. [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.3.2RC7/dist Site/Docs are here: http://people.apache.org/~sebb/jmeter-2.3.2RC7/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC7 Keys are here: http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt also http://www.apache.org/dist/jakarta/jmeter/KEYS All feedback (and votes!) welcome. [ ] +1 I support this release [ ] +0 I am OK with this release [ ] -0 OK, but [ ] -1 I do not support this release (please indicate why) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release the archive files and create the release tag from the RC tag. Here's my: +1 S/// - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] JMeter 2.3.2RC3
On 01/06/2008, Dennis Lundberg [EMAIL PROTECTED] wrote: Oleg Kalnichevski wrote: On Sat, 2008-05-31 at 20:44 +0100, sebb wrote: On 31/05/2008, Dennis Lundberg [EMAIL PROTECTED] wrote: sebb wrote: ... How about adding a download-libraries target to the Ant build, that downloads the dependencies from the central (Maven) repository? That's a possibility for a future release. Better yet, consider using Ivy [1], which is now an Ant sub-project, for dependency management. I am sure it must be possible to get Ivy to retrieve and copy all project dependencies to a local folder. Yes, either Ivy or Maven Ant Tasks [2] can be used for this. I'm not sure though that these can be used without actually installing the corresponding Antlib locally. We don't want people to have to install stuff to their Ant installation to be able to build JMeter. Indeed. I tried the quick Ivy sample, and that works without needing to download anything. But given that all the JMeter dependencies are already known, I don't see any point in having Ivy scan all the source files, clever though that is. The quick, but perhaps not so elegant, solution is to have a bunch of get calls that fetches the jars from the central repo. That's what I was thinking of. The jars need to be in the lib directory or JMeter won't find them at runtime. It's also easier when using Ant to create the binary archive. [2] http://maven.apache.org/ant-tasks.html Oleg [1] http://ant.apache.org/ivy/ Almost all users of JMeter will need the binary version. Anyone who wants to build add-ons for JMeter will need the binary version. It's only if someone wants to build JMeter from scratch that they will need the source. We did consider releasing JMeter as 3 archiives: source, binary and libraries, but it was felt that the user should not be required to download multiple archives in order to start using JMeter. For a Maven project, this is done by declaring dependencies on the library files, which it may (or may not if provided) download for you. In this case, the Ant file has a dependency on the binary archive. It just does not download it for you. Best regards Henning sebb schrieb: On 30/05/2008, sebb [EMAIL PROTECTED] wrote: On 28/05/2008, Henri Yandell [EMAIL PROTECTED] wrote: MD5, PGP good. It's a bit odd that the binary version comes chock full of jars and the source version doesn't. When I run 'ant' in the source version I get: BUILD FAILED /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/build.xml:925: /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/lib/opt not found. I need to look at that. Fixed in SVN. If a build is attempted from just the source archive the output is: C:\ReleaseCheck\jakarta-jmeter-test ant Buildfile: build.xml _message_3rdParty: [echo] Cannot find all the required 3rd party libraries. [echo] If building from a release, you need both source and binary archives. BUILD FAILED C:\ReleaseCheck\jakarta-jmeter-test\build.xml:937: Cannot find required classes I'm also suspect of whether it will build with so few jars available. I don't see junit in there, or being hooked up to download. It won't build on its own. To avoid duplication, building requires the binary archive as well. This is documented in the README file. In the current source download, the geronimo and velocity jars should ideally have their license and notice files. As they are ASF projects, I assumed that they were covered by the following in the NOTICE file: This product includes software developed at The Apache Software Foundation (http://www.apache.org/). and the LICENCE. The following jars need license files in the binary download: junit (CPL) htmllexer (I'm assuming it's under the htmlparser CPL?) Yes, it's part of htmlparser. js_rhino (MPL iirc) OK; there were
Re: [VOTE] JMeter 2.3.2RC3
On 31/05/2008, Phil Steitz [EMAIL PROTECTED] wrote: On Thu, May 29, 2008 at 5:56 PM, sebb [EMAIL PROTECTED] wrote: On 30/05/2008, sebb [EMAIL PROTECTED] wrote: On 28/05/2008, Henri Yandell [EMAIL PROTECTED] wrote: MD5, PGP good. It's a bit odd that the binary version comes chock full of jars and the source version doesn't. When I run 'ant' in the source version I get: BUILD FAILED /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/build.xml:925: /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/lib/opt not found. I need to look at that. Fixed in SVN. If a build is attempted from just the source archive the output is: C:\ReleaseCheck\jakarta-jmeter-test ant Buildfile: build.xml _message_3rdParty: [echo] Cannot find all the required 3rd party libraries. [echo] If building from a release, you need both source and binary archives. I tried unpacking the binary archive and then building the sources, but even the binary tarball does not create or populate the opt directory that seems to be required by the source build. Yes, that's a bug - now fixed. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] JMeter 2.3.2RC3
On 31/05/2008, Henning Schmiedehausen [EMAIL PROTECTED] wrote: You need the binary archive to build the binary archive? That makes no sense to me. No, one just needs the libraries contained in the binary archive in order to build the binaries. This is to avoid unnecessary duplication - the libraries are quite large. It should be possible to download only the sources and then build the binary archives. Remember, the source *is* the only form of release that we actually do. The binaries are just an added bonus. This has been discussed in epic breadth on various lists before. Yes, and the source archive contains the source. However, the library files have to be provided in order to build it. For a Maven project, this is done by declaring dependencies on the library files, which it may (or may not if provided) download for you. In this case, the Ant file has a dependency on the binary archive. It just does not download it for you. Best regards Henning sebb schrieb: On 30/05/2008, sebb [EMAIL PROTECTED] wrote: On 28/05/2008, Henri Yandell [EMAIL PROTECTED] wrote: MD5, PGP good. It's a bit odd that the binary version comes chock full of jars and the source version doesn't. When I run 'ant' in the source version I get: BUILD FAILED /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/build.xml:925: /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/lib/opt not found. I need to look at that. Fixed in SVN. If a build is attempted from just the source archive the output is: C:\ReleaseCheck\jakarta-jmeter-test ant Buildfile: build.xml _message_3rdParty: [echo] Cannot find all the required 3rd party libraries. [echo] If building from a release, you need both source and binary archives. BUILD FAILED C:\ReleaseCheck\jakarta-jmeter-test\build.xml:937: Cannot find required classes I'm also suspect of whether it will build with so few jars available. I don't see junit in there, or being hooked up to download. It won't build on its own. To avoid duplication, building requires the binary archive as well. This is documented in the README file. In the current source download, the geronimo and velocity jars should ideally have their license and notice files. As they are ASF projects, I assumed that they were covered by the following in the NOTICE file: This product includes software developed at The Apache Software Foundation (http://www.apache.org/). and the LICENCE. The following jars need license files in the binary download: junit (CPL) htmllexer (I'm assuming it's under the htmlparser CPL?) Yes, it's part of htmlparser. js_rhino (MPL iirc) OK; there were pointers to the online versions in the main LICENSE file, but I've now added local copies. Ideally, various ASF Apache 2.0 licenses/notices would also be there; but those are the three important ones. Thanks. Hen On Tue, May 27, 2008 at 4:50 PM, sebb [EMAIL PROTECTED] wrote: [Third time lucky, I hope] There is one trivial code change from RC1: * Log the property java.vm.name which shows whether the -client or -server Java flag was used when starting JMeter Otherwise the main changes relate to the way the archives are created: the tar files use LF endings for native files, and the zip files use CRLF endings. The JMX test and demo files have been updated to the new format. Some AL headers were added. As far as I can tell I've fixed all the previous test problems that were reported (and one I accidentally introduced in RC2 when the EOL settings were tidied up). Note that there is a bug in Java on some Linux systems that manifests itself as the follow error: [java] WARNING: Couldn't flush user prefs: java.util.prefs.BackingStoreException: java.lang.IllegalArgumentException: Not supported: indent-number Archives/hashes/sigs and RAT report: http://people.apache.org/~sebb/jmeter-2.3.2RC3/dist Site/Docs are here: http://people.apache.org/~sebb/jmeter-2.3.2RC3/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC3 Keys are here: http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt also http://www.apache.org/dist/jakarta/jmeter/KEYS All feedback (and votes!) welcome. [ ]+1 - the release candidate is OK [ ]-1 - there is a problem (please indicate what it is) The vote will remain open for at least 72 hours. Note: If the vote passes, the intention is to release
Re: [VOTE] JMeter 2.3.2RC3
On 31/05/2008, Dennis Lundberg [EMAIL PROTECTED] wrote: sebb wrote: On 31/05/2008, Henning Schmiedehausen [EMAIL PROTECTED] wrote: You need the binary archive to build the binary archive? That makes no sense to me. No, one just needs the libraries contained in the binary archive in order to build the binaries. This is to avoid unnecessary duplication - the libraries are quite large. It should be possible to download only the sources and then build the binary archives. Remember, the source *is* the only form of release that we actually do. The binaries are just an added bonus. This has been discussed in epic breadth on various lists before. Yes, and the source archive contains the source. However, the library files have to be provided in order to build it. How about adding a download-libraries target to the Ant build, that downloads the dependencies from the central (Maven) repository? That's a possibility for a future release. Almost all users of JMeter will need the binary version. Anyone who wants to build add-ons for JMeter will need the binary version. It's only if someone wants to build JMeter from scratch that they will need the source. We did consider releasing JMeter as 3 archiives: source, binary and libraries, but it was felt that the user should not be required to download multiple archives in order to start using JMeter. For a Maven project, this is done by declaring dependencies on the library files, which it may (or may not if provided) download for you. In this case, the Ant file has a dependency on the binary archive. It just does not download it for you. Best regards Henning sebb schrieb: On 30/05/2008, sebb [EMAIL PROTECTED] wrote: On 28/05/2008, Henri Yandell [EMAIL PROTECTED] wrote: MD5, PGP good. It's a bit odd that the binary version comes chock full of jars and the source version doesn't. When I run 'ant' in the source version I get: BUILD FAILED /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/build.xml:925: /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/lib/opt not found. I need to look at that. Fixed in SVN. If a build is attempted from just the source archive the output is: C:\ReleaseCheck\jakarta-jmeter-test ant Buildfile: build.xml _message_3rdParty: [echo] Cannot find all the required 3rd party libraries. [echo] If building from a release, you need both source and binary archives. BUILD FAILED C:\ReleaseCheck\jakarta-jmeter-test\build.xml:937: Cannot find required classes I'm also suspect of whether it will build with so few jars available. I don't see junit in there, or being hooked up to download. It won't build on its own. To avoid duplication, building requires the binary archive as well. This is documented in the README file. In the current source download, the geronimo and velocity jars should ideally have their license and notice files. As they are ASF projects, I assumed that they were covered by the following in the NOTICE file: This product includes software developed at The Apache Software Foundation (http://www.apache.org/). and the LICENCE. The following jars need license files in the binary download: junit (CPL) htmllexer (I'm assuming it's under the htmlparser CPL?) Yes, it's part of htmlparser. js_rhino (MPL iirc) OK; there were pointers to the online versions in the main LICENSE file, but I've now added local copies. Ideally, various ASF Apache 2.0 licenses/notices would also be there; but those are the three important ones. Thanks. Hen On Tue, May 27, 2008 at 4:50 PM, sebb [EMAIL PROTECTED] wrote: [Third time lucky, I hope] There is one trivial code change from RC1: * Log the property java.vm.name which shows whether the -client or -server Java flag was used when starting JMeter Otherwise the main changes relate to the way the archives are created: the tar files use LF endings for native files, and the zip files use CRLF endings. The JMX test and demo files have been updated to the new format. Some AL headers were added. As far as I can tell I've fixed all the previous test problems that were reported (and one I accidentally