Re: [Jakarta Wiki] Update of FrontPage by PhilSteitz
2011/12/22 Apache Wiki wikidi...@apache.org: Dear Wiki user, You have subscribed to a wiki page or wiki category on Jakarta Wiki for change notification. The FrontPage page has been changed by PhilSteitz: http://wiki.apache.org/jakarta/FrontPage?action=diffrev1=23rev2=24 Comment: Deleted spam links. see the list of top-level projects at [[http://www.apache.org|the main apache website]] and [[http://wiki.apache.org|the main Apache Wiki]] for information on these. The main Jakarta web site can be found at http://jakarta.apache.org/. [[Reference_Library]] and [[Vendor Support]] are two pages from the web site that can now be found here on the wiki. + - * [[http://www.buzzbacklinks.com|buy backlinks]] - * [[http://www.buzzbacklinks.com|backlink services]] - [[http://www.windows8update.com|windows 8]] This wiki contains information pertaining to the Jakarta project as a whole (mostly management and administration information). Links to the wiki pages for the various Jakarta sub-projects may be found [[http://wiki.apache.org/general|here]]. - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Marcin Miotk Phone: +48 885 704 140 Email: mmiot...@gmail.com SKYPE: mmiotk84 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Apache will not start - jk_lb_push::jk_lb_worker.c (347): syncing shm for lb '******' from mem (0-1) after stopping apache.
On 11/17/2011 03:02 PM, hades hades wrote: I hope this is the correct forum to post questions like this. I am at a wall and can't figure this out. Correct forum is tomcat-users list I mean you downloaded mod_jk from Tomcat so why Jakarta? Anyhow, here is the link: http://tomcat.apache.org/connectors-doc/ You can subscribe here: http://tomcat.apache.org/lists.html#tomcat-users Regards -- ^TM - 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
cc+= {private, dev} for maximum coverage. +1 from me. -Rahul On Thu, Nov 10, 2011 at 1:01 PM, 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. [ ] +1 [ ] -1, because Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
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
Re: [VOTE] Move Jakarta to the Attic; close down Jakarta PMC
On 10.11.2011 19:01, Henri Yandell wrote: A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. [ ] +1 [ ] -1, because +1 ---rony - 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
+1 On 11/10/2011 07:01 PM, Henri Yandell wrote: A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. Regards -- ^TM - 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
BTW, hope this doesn't mean we'll shut down Jakarta trademark. We still have couple of projects that reference (and to some extend) use Jakarta name in its configuration (mostly legacy and compat resons) and documentation. Regards -- ^TM - 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
+1 On Nov 11, 2011, at 4:28 AM, Mladen Truk wrote: +1 On 11/10/2011 07:01 PM, Henri Yandell wrote: A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. Regards -- ^TM - 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: Moving release archives for BSF, BCEL, JCS from Jakarta to Commons
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. 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
Re: [VOTE] Move Jakarta to the Attic; close down Jakarta PMC
+1 -- dims On Thu, Nov 10, 2011 at 1:01 PM, 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. [ ] +1 [ ] -1, because Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org -- Davanum Srinivas :: http://davanum.wordpress.com - 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: [VOTE] Move Jakarta to the Attic; close down Jakarta PMC
+1. Hail and farewell! -- Ian - Reply message - From: Henri Yandell bay...@apache.org To: Jakarta General List general@jakarta.apache.org Subject: [VOTE] Move Jakarta to the Attic; close down Jakarta PMC Date: Thu, Nov 10, 2011 19:01 A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. [ ] +1 [ ] -1, because Hen - 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.11.11 19:01, Henri Yandell wrote: A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. [ ] +1 [ ] -1, because +1 I go, and it is done; the bell invites me. Hear it not, Duncan, for it is a knell That summons thee to heaven or to hell. (Shakespeare, Macbeth) Bye, Thomas. - 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
Is there anything left actually to put in the attic? Maybe just disband the PMC? Phil On Nov 10, 2011, at 10:01 AM, 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. [ ] +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: [VOTE] Move Jakarta to the Attic; close down Jakarta PMC
+1 Rest in peace! -Original Message- From: i...@darwinsys.com [mailto:i...@darwinsys.com] Sent: Thursday, November 10, 2011 13:19 PM To: Jakarta General List; Jakarta General List Subject: Re: [VOTE] Move Jakarta to the Attic; close down Jakarta PMC +1. Hail and farewell! -- Ian - Reply message - From: Henri Yandell bay...@apache.org To: Jakarta General List general@jakarta.apache.org Subject: [VOTE] Move Jakarta to the Attic; close down Jakarta PMC Date: Thu, Nov 10, 2011 19:01 A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. [ ] +1 [ ] -1, because Hen - 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
Jakarta contains retired projects that we would need to transfer over. Also a general check that everyone left correctly. Probably kill the current page and write something historical. Hen On Thu, Nov 10, 2011 at 10:52 AM, Phil Steitz p...@steitz.com wrote: Is there anything left actually to put in the attic? Maybe just disband the PMC? Phil On Nov 10, 2011, at 10:01 AM, 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. [ ] +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 - 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
+1 Oleg On Thu, 2011-11-10 at 10:01 -0800, Henri Yandell wrote: A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. [ ] +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: [VOTE] Move Jakarta to the Attic; close down Jakarta PMC
On 11/10/2011 07:01 PM, Henri Yandell wrote: A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. [ ] +1 Cheers Jean-Frederic - 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 2011-11-10, Henri Yandell wrote: A joint vote to retire Jakarta into the Attic and to ask the board to close down the PMC. [ ] +1 [ ] -1, because +1 Stefan - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Top Level Jakarta Website
The last project just moved out of Jakarta, so what you're seeing is a very realistic view of things :) We'll be closing down Jakarta soon. Waiting on JMeter to be fully 'out', and then need to go through the non-profit motions to close the committee down. Hen On Tue, Nov 8, 2011 at 9:48 AM, Geiglein, Gary geigle...@peacetech.comwrote: 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. ** ** 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. ** ** ** ** ** ** ** **
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. ** ** ** ** ** ** ** **
Re: October board report input needed
JMeter-jmeter.apache.org was approved by the board. I'm eager to see the change happen so the 'Close Jakarta' thread can start :) On Fri, Oct 21, 2011 at 8:08 AM, Rahul Akolkar rahul.akol...@gmail.com wrote: Please provide any input for our October board report by editing the wiki, I'll be sending the report Sunday. I've added the draft for October to the wiki here: http://wiki.apache.org/jakarta/JakartaBoardReport-October2011 -Rahul - 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] Apache JMeter TLP
+1, its time for an Apache JMeter TLP Milamber Le 13/10/2011 18:04, Rahul Akolkar a ecrit : [This vote is being held on dev@jakarta, please reply there. This message is being sent to multiple lists to make sure most at Jakarta are informed.] This is a vote for proposing an Apache JMeter TLP resolution to the board, with sebb nominated as the first Chair. The full text appears below [1] and is also on the wiki [2]. Vote will remain open for atleast 72 hours. 8 [ ] +1, its time for an Apache JMeter TLP [ ] +/- 0 [ ] -1, because ... 8 Cheers, -Rahul [1] Establish the Apache JMeter Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to a Java desktop application designed to load test functional behavior and measure performance, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache JMeter Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache JMeter Project be and hereby is responsible for the creation and maintenance of software that provides a Java desktop application designed to load test functional behavior and measure performance; and be it further RESOLVED, that the office of Vice President, Apache JMeter be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache JMeter Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache JMeter Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache JMeter Project: * Sebastian Bazley (sebb AT a.o) * Milamber (milamber AT a.o) * Peter Lin (woolfel AT a.o) * Henri Yandell (bayard AT a.o) * Rahul Akolkar (rahul AT a.o) * Oleg Kalnichevski (olegk AT a.o) * Rainer Jung (rjung AT a.o) * Philippe Mouawad (pmouawad AT a.o) NOW, THEREFORE, BE IT FURTHER RESOLVED, that Sebastian Bazley be appointed to the office of Vice President, Apache JMeter, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache JMeter PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache JMeter Project; and be it further RESOLVED, that the Apache JMeter Project be and hereby is tasked with the migration and rationalization of the Apache Jakarta JMeter sub-project; and be it further RESOLVED, that all responsibilities pertaining to the Apache Jakarta JMeter sub-project encumbered upon the Apache Jakarta Project are hereafter discharged. [2] http://wiki.apache.org/jakarta/TLPJMeter (version 7 of wiki page) - 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] Apache JMeter TLP
+1, its time for an Apache JMeter TLP Philippe On Thursday, October 13, 2011, Milamber milam...@apache.org wrote: +1, its time for an Apache JMeter TLP Milamber Le 13/10/2011 18:04, Rahul Akolkar a ecrit : [This vote is being held on dev@jakarta, please reply there. This message is being sent to multiple lists to make sure most at Jakarta are informed.] This is a vote for proposing an Apache JMeter TLP resolution to the board, with sebb nominated as the first Chair. The full text appears below [1] and is also on the wiki [2]. Vote will remain open for atleast 72 hours. 8 [ ] +1, its time for an Apache JMeter TLP [ ] +/- 0 [ ] -1, because ... 8 Cheers, -Rahul [1] Establish the Apache JMeter Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to a Java desktop application designed to load test functional behavior and measure performance, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache JMeter Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache JMeter Project be and hereby is responsible for the creation and maintenance of software that provides a Java desktop application designed to load test functional behavior and measure performance; and be it further RESOLVED, that the office of Vice President, Apache JMeter be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache JMeter Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache JMeter Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache JMeter Project: * Sebastian Bazley (sebb AT a.o) * Milamber (milamber AT a.o) * Peter Lin (woolfel AT a.o) * Henri Yandell (bayard AT a.o) * Rahul Akolkar (rahul AT a.o) * Oleg Kalnichevski (olegk AT a.o) * Rainer Jung (rjung AT a.o) * Philippe Mouawad (pmouawad AT a.o) NOW, THEREFORE, BE IT FURTHER RESOLVED, that Sebastian Bazley be appointed to the office of Vice President, Apache JMeter, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache JMeter PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache JMeter Project; and be it further RESOLVED, that the Apache JMeter Project be and hereby is tasked with the migration and rationalization of the Apache Jakarta JMeter sub-project; and be it further RESOLVED, that all responsibilities pertaining to the Apache Jakarta JMeter sub-project encumbered upon the Apache Jakarta Project are hereafter discharged. [2] http://wiki.apache.org/jakarta/TLPJMeter (version 7 of wiki page) - 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 -- Cordialement. Philippe Mouawad.
Re: [VOTE] Apache JMeter TLP
[x] +1, its time for an Apache JMeter TLP On Thu, 2011-10-13 at 14:04 -0400, Rahul Akolkar wrote: [This vote is being held on dev@jakarta, please reply there. This message is being sent to multiple lists to make sure most at Jakarta are informed.] This is a vote for proposing an Apache JMeter TLP resolution to the board, with sebb nominated as the first Chair. The full text appears below [1] and is also on the wiki [2]. Vote will remain open for atleast 72 hours. 8 [ ] +1, its time for an Apache JMeter TLP [ ] +/- 0 [ ] -1, because ... 8 Cheers, -Rahul [1] Establish the Apache JMeter Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to a Java desktop application designed to load test functional behavior and measure performance, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache JMeter Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache JMeter Project be and hereby is responsible for the creation and maintenance of software that provides a Java desktop application designed to load test functional behavior and measure performance; and be it further RESOLVED, that the office of Vice President, Apache JMeter be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache JMeter Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache JMeter Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache JMeter Project: * Sebastian Bazley (sebb AT a.o) * Milamber (milamber AT a.o) * Peter Lin (woolfel AT a.o) * Henri Yandell (bayard AT a.o) * Rahul Akolkar (rahul AT a.o) * Oleg Kalnichevski (olegk AT a.o) * Rainer Jung (rjung AT a.o) * Philippe Mouawad (pmouawad AT a.o) NOW, THEREFORE, BE IT FURTHER RESOLVED, that Sebastian Bazley be appointed to the office of Vice President, Apache JMeter, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache JMeter PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache JMeter Project; and be it further RESOLVED, that the Apache JMeter Project be and hereby is tasked with the migration and rationalization of the Apache Jakarta JMeter sub-project; and be it further RESOLVED, that all responsibilities pertaining to the Apache Jakarta JMeter sub-project encumbered upon the Apache Jakarta Project are hereafter discharged. [2] http://wiki.apache.org/jakarta/TLPJMeter (version 7 of wiki page) - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Apache JMeter TLP
On 2011-10-13, Rahul Akolkar wrote: This is a vote for proposing an Apache JMeter TLP resolution to the board, with sebb nominated as the first Chair. The full text appears below [1] and is also on the wiki [2]. Vote will remain open for atleast 72 hours. 8 [X] +1, its time for an Apache JMeter TLP [ ] +/- 0 [ ] -1, because ... 8 +1 Stefan - 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: [VOTE] Release JMeter 2.5.1 RC3
On Mon, 2011-10-03 at 10:03 +0100, sebb wrote: 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? Works for me. Oleg - 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
[x] +1 I support this release On Wed, 2011-09-28 at 23:52 +, Milamber 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 - 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: JMeter TLP - draft resolution and first chair
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 later. I think we're good for a vote on the resolution as is on the wiki. WDYT? -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: 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 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? Oleg - 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 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 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. Otherwise, building from source worked and all unit tests passed for me. 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 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
Hello, I submitted a patch to Jmeterthread in deadlock bug few minutes ago. Regards Philippe Mouawad On Monday, September 26, 2011, sebb seb...@gmail.com wrote: 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 -- Cordialement. Philippe Mouawad. Ubik-Ingénierie
Re: [VOTE] Release JMeter 2.5.1 RC2
On Mon, 2011-09-26 at 22:25 +0100, sebb wrote: 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. It was using ant 1.6.3 prior to upgrading to the latest 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. I'll try and tweak my network settings. Oleg - 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
/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? On 2011-09-26, sebb wrote: On 26 September 2011 21:45, Oleg Kalnichevski ol...@apache.org wrote: On Mon, 2011-09-26 at 21:00 +0100, sebb wrote: 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? Mapper support has been added to unzip and friends in Ant 1.7.0. It might make sense for the Ant script to check for a minimum version. http://stefan.samaflost.de/blog/en/Apache/Ant/how_to_detect_170.html Stefan - 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 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. snip/ 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. -Rahul Hen On Mon, Sep 19, 2011 at 1:59 AM, Rahul Akolkar rahul.akol...@gmail.com wrote: I've created a draft TLP resolution for JMeter here, intent being to submit in time for the October board meeting: http://wiki.apache.org/jakarta/TLPJMeter Folks on initial PMC include those who voted on latest release (some arbitrary metric to get started) plus those involved in recent discussions on topic, such as Hen and me. Please feel free to edit the above page directly to add/remove entries. Pending question - who to list as Chair? sebb - Given your sustained work on JMeter, I think you should do it. Its not much overhead, take the plunge, rest of us will write the reports if needed :-) -Rahul - 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 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. snip/ 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. Hen - 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 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? -Rahul - 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: JMeter TLP - draft resolution and first chair
On Thu, Sep 22, 2011 at 2:31 AM, 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. 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? Ask - though any Jakarta PMC member who doesn't want to be a JMeter PMC member is implicitly saying they're not a Jakarta PMC member now that Jakarta = { JMeter }. Hen - 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
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. Hen On Mon, Sep 19, 2011 at 1:59 AM, Rahul Akolkar rahul.akol...@gmail.com wrote: I've created a draft TLP resolution for JMeter here, intent being to submit in time for the October board meeting: http://wiki.apache.org/jakarta/TLPJMeter Folks on initial PMC include those who voted on latest release (some arbitrary metric to get started) plus those involved in recent discussions on topic, such as Hen and me. Please feel free to edit the above page directly to add/remove entries. Pending question - who to list as Chair? sebb - Given your sustained work on JMeter, I think you should do it. Its not much overhead, take the plunge, rest of us will write the reports if needed :-) -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 Tue, Aug 30, 2011 at 4:36 AM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: ... cut ... 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. ... cut ... Another project (a language binding for D-Bus) took too much time, such that I was not able to turn to BSF 2.4 this month. As I will be off for ten days I just wanted to assert that I will turn to BSF 2.4 upon return and work steadily in smaller units to incorporate the changes throughout September (the committing in commons works, I changed the version number to BSF 2.5 yesterday to indicate that there is activity :) ). ---rony P.S.: Was not sure where to post this, so I turned to this list. What would be the correct list for BSF related mails in the future? Sorry, missed this. Mailing lists for BSF are now: d...@commons.apache.org u...@commons.apache.org See the following page on Lang: http://commons.apache.org/lang/mail-lists.html Hen - 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
... cut ... 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. ... cut ... Another project (a language binding for D-Bus) took too much time, such that I was not able to turn to BSF 2.4 this month. As I will be off for ten days I just wanted to assert that I will turn to BSF 2.4 upon return and work steadily in smaller units to incorporate the changes throughout September (the committing in commons works, I changed the version number to BSF 2.5 yesterday to indicate that there is activity :) ). ---rony P.S.: Was not sure where to post this, so I turned to this list. What would be the correct list for BSF related mails in the future? - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: BSF SVN moved
Just a question: saw that BSF 2.4.1 got moved to commons (have checked that out), but not BSF 3.0. Where is BSF 3.0 slated to go to? All is in commons somewhere under http://svn.apache.org/repos/asf/commons/proper/bsf/branches/ Hen literally moved the BSF source tree to https://svn.apache.org/repos/asf/commons/proper/bsf keeping the old structure and trunk (the 2.x code base in BSF's case) is what gets to Commons' trunks-proper as external. Many thanks Stefan for the clarification! ---rony - 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
My vote : +1 Milamber Le 14/08/2011 22:02, Milamber a ecrit : 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. [ ] +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 (without gpg sign) - 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: 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: [PROPOSAL] JMeter TLP (was: Activity of Jakarta subprojects)
Hello, I'm agree, JMeter has acquired a very good maturity for his works (load tests in particular) and a TLP will give more visibility to JMeter. It's a good thing for all people who uses this tool to performs a load test. I suppose that become a TLP need some works on a website/svn asf? I can help to do this. Milamber Le 07/08/2011 17:00, Rahul Akolkar a ecrit : [please include general@ on all replies] Thats reasonable, and I do think JMeter has enough going on to become a TLP. Not to get too far ahead, but initial PMC would include active devs ofcourse (sebb,milamber) and we should be able to round up enough others with interest (olegk,rahul,bayard and other probables). Comments? Lets say a week for comments before next step. -Rahul On Sat, Aug 6, 2011 at 8:16 AM, Oleg Kalnichevski ol...@apache.org wrote: On Fri, 2011-08-05 at 20:50 -0400, Rahul Akolkar wrote: On Sat, Jul 23, 2011 at 10:50 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sat, Jul 23, 2011 at 3:39 PM, Oleg Kalnichevski ol...@apache.org wrote: ... * JMeter: Lots of activity. New committer in 2010. This should go TLP. There are two obvious members of a JMeter PMC present (sebb and milamber). Reality is that Jakarta=JMeter now, so hopefully there are other interested parties who simply aren't active. Or perhaps join HttpComonents? I think the charter allows for this, and the main use of JMeter is for HTTP testing (though of course it encompasses many other protocols). The charter can be amended if needed. There is a lot of overlap between JMeter and HttpComponents. Cool, so next step -- either of you (sebb/olegk) want to check with the HttpComponents PMC if there is consensus on that? snip/ Don't see anything on above in hc archives, unless I missed it. Want me to broach the topic ;-? -Rahul Rahul Taking JMeter to HC should be the latest resort, only if JMeter is unable to gather enough support to become a TLP of its own. A possibility of JMeter going TLP should be discussed first, in my opinion. Oleg - 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 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: [VOTE] Release JMeter 2.5 RC3
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) Same tests performed as with the last two RCs, all looks good to me. +1 Stefan - 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 RC2
On 2011-08-09, Milamber wrote: Archives/hashes/sigs: http://people.apache.org/~milamber/jmeter-2.5RC2/dist MD5 hashes of archives for this vote: 1f8aaf3a2ab7206366a07c91bbafae55 *jakarta-jmeter-2.5.tgz c557b3ff2c667693c8eb97cd67a09a95 *jakarta-jmeter-2.5.zip 5c3bb2e583133adeff7f0d5668a1510a *jakarta-jmeter-2.5_src.tgz ac98cd3a5603a70abac3be01897fb98c *jakarta-jmeter-2.5_src.zip Site Docs are here: http://people.apache.org/~milamber/jmeter-2.5RC2/docs Tag: http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_5_RC2 (r1155133) Keys are here: http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/ also http://people.apache.org/~milamber/ +1 No functional tests, as usual. hashes and sigs are good, tag and source distribution match except for svn keyword expansions. The only files RAT doesn't recognize seem to be testfiles or files that can't carry a license. NOTICE and LICENSE look good. Stefan - 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
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)? ---rony - 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 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. Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Activity of Jakarta subprojects
On Fri, 2011-08-05 at 20:50 -0400, Rahul Akolkar wrote: On Sat, Jul 23, 2011 at 10:50 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sat, Jul 23, 2011 at 3:39 PM, Oleg Kalnichevski ol...@apache.org wrote: ... * JMeter: Lots of activity. New committer in 2010. This should go TLP. There are two obvious members of a JMeter PMC present (sebb and milamber). Reality is that Jakarta=JMeter now, so hopefully there are other interested parties who simply aren't active. Or perhaps join HttpComonents? I think the charter allows for this, and the main use of JMeter is for HTTP testing (though of course it encompasses many other protocols). The charter can be amended if needed. There is a lot of overlap between JMeter and HttpComponents. Cool, so next step -- either of you (sebb/olegk) want to check with the HttpComponents PMC if there is consensus on that? snip/ Don't see anything on above in hc archives, unless I missed it. Want me to broach the topic ;-? -Rahul Rahul Taking JMeter to HC should be the latest resort, only if JMeter is unable to gather enough support to become a TLP of its own. A possibility of JMeter going TLP should be discussed first, in my opinion. Oleg - 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: Ad BSF 2.x (Re: Activity of Jakarta subprojects
On 06.08.2011 18:41, sebb wrote: 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. +1 ---rony - 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 Sat, Aug 6, 2011 at 1:58 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at wrote: On 06.08.2011 18:41, sebb wrote: 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. +1 Could one of you propose that to Commons? Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [RESULT] Cactus to the Attic
+cc: private@ On Fri, Aug 5, 2011 at 2:47 AM, Henri Yandell bay...@apache.org wrote: 12 days seems like enough time. No one has spoken for Cactus, so the vote passes in favour of moving Cactus to the Attic. I suspect there's no one around to do the move, so I'll go ahead and inform the Attic PMC etc. snip/ Thanks Hen. -Rahul Hen On Sat, Jul 23, 2011 at 11:25 AM, 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). [ ] +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
Re: Activity of Jakarta subprojects
On Sat, Jul 23, 2011 at 10:50 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sat, Jul 23, 2011 at 3:39 PM, Oleg Kalnichevski ol...@apache.org wrote: ... * JMeter: Lots of activity. New committer in 2010. This should go TLP. There are two obvious members of a JMeter PMC present (sebb and milamber). Reality is that Jakarta=JMeter now, so hopefully there are other interested parties who simply aren't active. Or perhaps join HttpComonents? I think the charter allows for this, and the main use of JMeter is for HTTP testing (though of course it encompasses many other protocols). The charter can be amended if needed. There is a lot of overlap between JMeter and HttpComponents. Cool, so next step -- either of you (sebb/olegk) want to check with the HttpComponents PMC if there is consensus on that? snip/ Don't see anything on above in hc archives, unless I missed it. Want me to broach the topic ;-? -Rahul -Rahul Oleg - 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 RC1
On 2011-08-01, Milamber wrote: The first release candidate for JMeter 2.5 has been prepared, and your votes are solicited. I haven't performed any sort of test, not even tried to build JMeter. * hashes and sigs are fine * source tarball and svn tag differ in some ways, some minor like no checkstyle.xml in the source archive but at least one that might be significant: diff -ur v2_5_RC1/src/core/org/apache/jmeter/util/JMeterVersion.java jakarta-jmeter-2.5/src/core/org/apache/jmeter/util/JMeterVersion.java --- v2_5_RC1/src/core/org/apache/jmeter/util/JMeterVersion.java 2011-08-01 07:26:20.174097342 +0200 +++ jakarta-jmeter-2.5/src/core/org/apache/jmeter/util/JMeterVersion.java 2011-08-01 01:18:26.0 +0200 @@ -44,7 +44,7 @@ * This ensures that JMeterUtils always gets the correct * version, even if JMeterUtils is not re-compiled during the build. */ -private static final String VERSION = 2.5; +private static final String VERSION = 2.5 r1152655; For me this is not big enough to cast a negative vote, this really depends on how closely the JMeter devs want the tag and the released code to match. * in addition the source distribution is missing the docs subdirectory. Is this intentional? * RAT only flags some testfiles, which is good enough for me * NOTICE should contain 2011 rather than 2010 * ApacheJMeter.jar should probably not contain the tird party notice and licenses but only the ASF ones as the files inside the jar only apply to the jar and not the binary distribution. No biggy for me. Not a +1, yet. Stefan - 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 07/23/2011 08:25 PM, Henri Yandell wrote: [X] +1, G'night Cactus Cheers Jean-Frederic - 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 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 alife as it implements the JSR-223 specs (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). ---rony - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Ad BSF 2.x (Re: Activity of Jakarta subprojects
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. ---rony - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Move BSF to the Attic
[X] -1, No because: there are outstanding bugs that should be fixed and I would do that, but need some time (land-under-water currently). ---rony On 24.07.2011 08:27, Henri Yandell 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). [ ] +1, G'night BSF [ ] -1, No because: Per Sebb's statement: 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. Hen - 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
[x] +1, G'night Cactus On 23.07.2011 20:25, Henri Yandell 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). [ ] +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
Re: Ad BSF 2.x (Re: Activity of Jakarta subprojects
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. Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Activity of Jakarta subprojects
Forwarding below to dev@ and private@ for increased awareness. Replies to original thread on general@ please. -Rahul On Sat, Jul 23, 2011 at 2:23 PM, Henri Yandell he...@yandell.org wrote: Thought I'd summarize the current activity of the subprojects: * Cactus: No code commits since February 2009. Weak activity between 2006 and 2009. I think Cactus should head to the Attic. * 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. * JMeter: Lots of activity. New committer in 2010. This should go TLP. There are two obvious members of a JMeter PMC present (sebb and milamber). Reality is that Jakarta=JMeter now, so hopefully there are other interested parties who simply aren't active. Hen - 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 Sun, Jul 24, 2011 at 1:08 PM, Henri Yandell bay...@generationjava.com 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. snip/ I don't think Jakarta should/will exist for much longer, so first bullet isn't an option. Or, put differently, if that is the preferred option, then we should rather get a BSF TLP. -Rahul --- 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. Hen - 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 Sat, Jul 23, 2011 at 11:25:05AM -0700, Henri Yandell 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: Ian - 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] Cactus to the Attic
[x] +1, G'night Cactus On Sat, 2011-07-23 at 11:25 -0700, Henri Yandell 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). [ ] +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: Activity of Jakarta subprojects
... * JMeter: Lots of activity. New committer in 2010. This should go TLP. There are two obvious members of a JMeter PMC present (sebb and milamber). Reality is that Jakarta=JMeter now, so hopefully there are other interested parties who simply aren't active. Or perhaps join HttpComonents? I think the charter allows for this, and the main use of JMeter is for HTTP testing (though of course it encompasses many other protocols). The charter can be amended if needed. There is a lot of overlap between JMeter and HttpComponents. Oleg - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Activity of Jakarta subprojects
On Sat, Jul 23, 2011 at 12:39 PM, Oleg Kalnichevski ol...@apache.org wrote: ... * JMeter: Lots of activity. New committer in 2010. This should go TLP. There are two obvious members of a JMeter PMC present (sebb and milamber). Reality is that Jakarta=JMeter now, so hopefully there are other interested parties who simply aren't active. Or perhaps join HttpComonents? I think the charter allows for this, and the main use of JMeter is for HTTP testing (though of course it encompasses many other protocols). The charter can be amended if needed. There is a lot of overlap between JMeter and HttpComponents. Sounds like an excellent idea to me. +1. Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Activity of Jakarta subprojects
On Sat, Jul 23, 2011 at 2:23 PM, Henri Yandell he...@yandell.org wrote: Thought I'd summarize the current activity of the subprojects: snip/ Thanks for getting this thread going Hen, I had thoughts of starting a similar thread this weekend, given we're almost done with the BCEL and JCS moves. -Rahul * Cactus: No code commits since February 2009. Weak activity between 2006 and 2009. I think Cactus should head to the Attic. * 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. * JMeter: Lots of activity. New committer in 2010. This should go TLP. There are two obvious members of a JMeter PMC present (sebb and milamber). Reality is that Jakarta=JMeter now, so hopefully there are other interested parties who simply aren't active. Hen - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Activity of Jakarta subprojects
On Sat, Jul 23, 2011 at 3:39 PM, Oleg Kalnichevski ol...@apache.org wrote: ... * JMeter: Lots of activity. New committer in 2010. This should go TLP. There are two obvious members of a JMeter PMC present (sebb and milamber). Reality is that Jakarta=JMeter now, so hopefully there are other interested parties who simply aren't active. Or perhaps join HttpComonents? I think the charter allows for this, and the main use of JMeter is for HTTP testing (though of course it encompasses many other protocols). The charter can be amended if needed. There is a lot of overlap between JMeter and HttpComponents. snip/ Cool, so next step -- either of you (sebb/olegk) want to check with the HttpComponents PMC if there is consensus on that? -Rahul Oleg - 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 2011-07-23, Henri Yandell 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: +1 Stefan - 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
+1 Gary On Jun 22, 2011, at 22: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. -Rahul - 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 2011-06-23, Rahul Akolkar wrote: After reasonable support to the idea on Jakarta and Commons lists, this is a vote to move BCEL and JCS to Apache Commons. +1 Stefan - 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: [VOTE][LAZY] Move BCEL and JCS to Commons
On Thu, Jun 23, 2011 at 7:09 AM, sebb seb...@gmail.com wrote: 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. snip/ I agree. There is precedent for not changing package names when things move to Commons, so I think most also agree with your thinking above. -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?
Related thread now initiated on dev@commons: http://commons.markmail.org/thread/akq47tuatib36yre -Rahul On Mon, Jun 6, 2011 at 10:59 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: One week later, we have 4 opinions in favor (and no other). I'll wait another week for comments before bringing this up on dev@commons. -Rahul On Mon, May 30, 2011 at 4:13 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: 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? -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?
One week later, we have 4 opinions in favor (and no other). I'll wait another week for comments before bringing this up on dev@commons. -Rahul On Mon, May 30, 2011 at 4:13 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: 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? -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?
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. 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
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: Unable to download Snowball !
Rahul's pointing you to the Lucene mailing lists. This is the Jakarta mailing list and only covers the few projects still left within the Jakarta group; questions related to Snowball will have the best chance of an answer on its own lists. To provide context - back in 2002 or so we started to move projects out of Jakarta as it didn't scale organization-wise to have a single project with the vast majority of the foundation's products within it. Do we have an out of date page somewhere pointing you to this list? Thanks, Hen On Sun, Apr 17, 2011 at 6:13 AM, Neil Ghosh neil.gh...@gmail.com wrote: Rahul, What is this link about ? On Sun, Apr 17, 2011 at 6:42 PM, Rahul Akolkar rahul.akol...@gmail.comwrote: On Sun, Apr 17, 2011 at 8:49 AM, Neil Ghosh neil.gh...@gmail.com wrote: I have already downloaded lucene but where is the snowball analyzer in that ? The one in contrib directory is throwing runtime exception snip/ http://lucene.apache.org/mail.html -Rahul On Sun, Apr 17, 2011 at 6:16 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sun, Apr 17, 2011 at 8:34 AM, Neil Ghosh neil.gh...@gmail.com wrote: Hi, Unable to download snowball analyzer I am trying to use snowball analyzer for my search engine but unable to download the library. snip/ http://lucene.apache.org/ -Rahul Please help -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Unable to download Snowball !
Thanks for the information Hen, I got the mailing list from here http://jakarta.apache.org/site/mail2.html#General I was trying to download snowball from the sandbox but the svn link is broken http://lucene.apache.org/java/1_4_3/lucene-sandbox/ Here the repository link also broken http://lucene.apache.org/java/2_3_2/lucene-sandbox/index.html On Wed, Apr 20, 2011 at 3:00 AM, Henri Yandell bay...@generationjava.comwrote: Rahul's pointing you to the Lucene mailing lists. This is the Jakarta mailing list and only covers the few projects still left within the Jakarta group; questions related to Snowball will have the best chance of an answer on its own lists. To provide context - back in 2002 or so we started to move projects out of Jakarta as it didn't scale organization-wise to have a single project with the vast majority of the foundation's products within it. Do we have an out of date page somewhere pointing you to this list? Thanks, Hen On Sun, Apr 17, 2011 at 6:13 AM, Neil Ghosh neil.gh...@gmail.com wrote: Rahul, What is this link about ? On Sun, Apr 17, 2011 at 6:42 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sun, Apr 17, 2011 at 8:49 AM, Neil Ghosh neil.gh...@gmail.com wrote: I have already downloaded lucene but where is the snowball analyzer in that ? The one in contrib directory is throwing runtime exception snip/ http://lucene.apache.org/mail.html -Rahul On Sun, Apr 17, 2011 at 6:16 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sun, Apr 17, 2011 at 8:34 AM, Neil Ghosh neil.gh...@gmail.com wrote: Hi, Unable to download snowball analyzer I am trying to use snowball analyzer for my search engine but unable to download the library. snip/ http://lucene.apache.org/ -Rahul Please help -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com
Re: Unable to download Snowball !
On Sun, Apr 17, 2011 at 8:34 AM, Neil Ghosh neil.gh...@gmail.com wrote: Hi, Unable to download snowball analyzer I am trying to use snowball analyzer for my search engine but unable to download the library. snip/ http://lucene.apache.org/ -Rahul Please help -- Thanks and Regards Neil http://neilghosh.com - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Unable to download Snowball !
I have already downloaded lucene but where is the *snowball analyze*r in that ? The one in contrib directory is throwing runtime exception On Sun, Apr 17, 2011 at 6:16 PM, Rahul Akolkar rahul.akol...@gmail.comwrote: On Sun, Apr 17, 2011 at 8:34 AM, Neil Ghosh neil.gh...@gmail.com wrote: Hi, Unable to download snowball analyzer I am trying to use snowball analyzer for my search engine but unable to download the library. snip/ http://lucene.apache.org/ -Rahul Please help -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com
Re: Unable to download Snowball !
On Sun, Apr 17, 2011 at 8:49 AM, Neil Ghosh neil.gh...@gmail.com wrote: I have already downloaded lucene but where is the snowball analyzer in that ? The one in contrib directory is throwing runtime exception snip/ http://lucene.apache.org/mail.html -Rahul On Sun, Apr 17, 2011 at 6:16 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sun, Apr 17, 2011 at 8:34 AM, Neil Ghosh neil.gh...@gmail.com wrote: Hi, Unable to download snowball analyzer I am trying to use snowball analyzer for my search engine but unable to download the library. snip/ http://lucene.apache.org/ -Rahul Please help -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
Re: Unable to download Snowball !
Rahul, What is this link about ? On Sun, Apr 17, 2011 at 6:42 PM, Rahul Akolkar rahul.akol...@gmail.comwrote: On Sun, Apr 17, 2011 at 8:49 AM, Neil Ghosh neil.gh...@gmail.com wrote: I have already downloaded lucene but where is the snowball analyzer in that ? The one in contrib directory is throwing runtime exception snip/ http://lucene.apache.org/mail.html -Rahul On Sun, Apr 17, 2011 at 6:16 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sun, Apr 17, 2011 at 8:34 AM, Neil Ghosh neil.gh...@gmail.com wrote: Hi, Unable to download snowball analyzer I am trying to use snowball analyzer for my search engine but unable to download the library. snip/ http://lucene.apache.org/ -Rahul Please help -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com
Re: Unable to download Snowball !
I added the library in contrib directory (lucene-3.1.0/contrib/analyzers/common/lucene-analyzers-3.1.0.jar) But getting the following runtime exception Exception in thread main java.lang.RuntimeException: java.lang.ClassNotFoundException: org.tartarus.snowball.ext.sbStemmer On Sun, Apr 17, 2011 at 6:43 PM, Neil Ghosh neil.gh...@gmail.com wrote: Rahul, What is this link about ? On Sun, Apr 17, 2011 at 6:42 PM, Rahul Akolkar rahul.akol...@gmail.comwrote: On Sun, Apr 17, 2011 at 8:49 AM, Neil Ghosh neil.gh...@gmail.com wrote: I have already downloaded lucene but where is the snowball analyzer in that ? The one in contrib directory is throwing runtime exception snip/ http://lucene.apache.org/mail.html -Rahul On Sun, Apr 17, 2011 at 6:16 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Sun, Apr 17, 2011 at 8:34 AM, Neil Ghosh neil.gh...@gmail.com wrote: Hi, Unable to download snowball analyzer I am trying to use snowball analyzer for my search engine but unable to download the library. snip/ http://lucene.apache.org/ -Rahul Please help -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com -- Thanks and Regards Neil http://neilghosh.com
Re: [VOTE][LAZY] Move Jakarta Regexp to Attic
On 22.03.11 01:00, Rahul Akolkar 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. +1 Bye, Thomas. - 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
+1 Niall On Tue, Mar 22, 2011 at 12:00 AM, 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. 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: 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 2011-03-22, Rahul Akolkar 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. +1 Stefan - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org