Re: [general] Update to the release management guide
Last time I tried with rc2 it failed as well. I've been using rc1 to generate the site, If you like I'll do the honors. -Mark Shapira, Yoav wrote: Hi, I've fixed the xdoc (prepare.xml under commons-build/xdocs). I run into errors doing 'maven site' in commons-build. I'm using maven 1.0-rc2, should I be using a different maven version? Yoav Shapira Millennium Research Informatics -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 10:45 AM To: Jakarta Commons Developers List Subject: [general] Update to the release management guide Hi, there are 2 broken links on the release preparation page at http://jakarta.apache.org/commons/releases/prepare.html, here are the new ones if someone can fix them: Sun Manifest Format http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html Sun Package Versioning Standards http://java.sun.com/j2se/1.5.0/docs/guide/versioning/spec/versioning2.h tml# wp90779 Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general] Update to the release management guide
Just to double check, have you commited your changes before I update the site? Mark R. Diggory wrote: Last time I tried with rc2 it failed as well. I've been using rc1 to generate the site, If you like I'll do the honors. -Mark Shapira, Yoav wrote: Hi, I've fixed the xdoc (prepare.xml under commons-build/xdocs). I run into errors doing 'maven site' in commons-build. I'm using maven 1.0-rc2, should I be using a different maven version? Yoav Shapira Millennium Research Informatics -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 10:45 AM To: Jakarta Commons Developers List Subject: [general] Update to the release management guide Hi, there are 2 broken links on the release preparation page at http://jakarta.apache.org/commons/releases/prepare.html, here are the new ones if someone can fix them: Sun Manifest Format http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html Sun Package Versioning Standards http://java.sun.com/j2se/1.5.0/docs/guide/versioning/spec/versioning2.h tml# wp90779 Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Emmanuel Bourg as Commons committer
This comes under the category of you mean he isn't already?! [X] +1 Let him commit --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [general] Update to the release management guide
Hi, I've committed my changes, but please don't update the site. Let me switch and try it with maven rc1 first, so I know it can be done by me ;) If I run into further troubles, I'll post here. Thanks, Yoav Shapira Millennium Research Informatics -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 11:19 AM To: Jakarta Commons Developers List Subject: Re: [general] Update to the release management guide Just to double check, have you commited your changes before I update the site? Mark R. Diggory wrote: Last time I tried with rc2 it failed as well. I've been using rc1 to generate the site, If you like I'll do the honors. -Mark Shapira, Yoav wrote: Hi, I've fixed the xdoc (prepare.xml under commons-build/xdocs). I run into errors doing 'maven site' in commons-build. I'm using maven 1.0-rc2, should I be using a different maven version? Yoav Shapira Millennium Research Informatics -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 10:45 AM To: Jakarta Commons Developers List Subject: [general] Update to the release management guide Hi, there are 2 broken links on the release preparation page at http://jakarta.apache.org/commons/releases/prepare.html, here are the new ones if someone can fix them: Sun Manifest Format http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html Sun Package Versioning Standards http://java.sun.com/j2se/1.5.0/docs/guide/versioning/spec/versioning2.h tml# wp90779 Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [general] Update to the release management guide
Hi, With maven 1.0-rc1, it gets much farther, but ends up with: Validating volunteering.html BUILD FAILED File.. file:/home/yoavs/.maven/plugins/maven-linkcheck-plugin-1.2/ Element... doc:jslToSite Line.. 101 Column 64 java.lang.NullPointerException Total time: 1 minutes 21 seconds Finished at: Thu May 13 08:27:56 PDT 2004 Ideas? Yoav Shapira Millennium Research Informatics -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 11:19 AM To: Jakarta Commons Developers List Subject: Re: [general] Update to the release management guide Just to double check, have you commited your changes before I update the site? Mark R. Diggory wrote: Last time I tried with rc2 it failed as well. I've been using rc1 to generate the site, If you like I'll do the honors. -Mark Shapira, Yoav wrote: Hi, I've fixed the xdoc (prepare.xml under commons-build/xdocs). I run into errors doing 'maven site' in commons-build. I'm using maven 1.0-rc2, should I be using a different maven version? Yoav Shapira Millennium Research Informatics -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 10:45 AM To: Jakarta Commons Developers List Subject: [general] Update to the release management guide Hi, there are 2 broken links on the release preparation page at http://jakarta.apache.org/commons/releases/prepare.html, here are the new ones if someone can fix them: Sun Manifest Format http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html Sun Package Versioning Standards http://java.sun.com/j2se/1.5.0/docs/guide/versioning/spec/versioning2.h tml# wp90779 Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs/releases prepare.xml
yoavs 2004/05/13 08:30:04 Modified:commons-build/xdocs/releases prepare.xml Log: Fixed bad link URL. Revision ChangesPath 1.8 +1 -1 jakarta-commons/commons-build/xdocs/releases/prepare.xml Index: prepare.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/releases/prepare.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- prepare.xml 13 May 2004 14:56:37 - 1.7 +++ prepare.xml 13 May 2004 15:30:03 - 1.8 @@ -50,7 +50,7 @@ subsection name='Update The Jar Manifest' p Each commons component release jar should contain a codeMANIFEST.MF/code conforming to the -a href='http://java.sun.com/j2se/1.5.0/docs/jar/jar.html'Sun Manifest Format/a. +a href='http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html'Sun Manifest Format/a. In additional, commons components should adhere to the a href='http://java.sun.com/j2se/1.5.0/docs/guide/versioning/spec/versioning2.html' Sun Package Versioning Standards/a - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general] Update to the release management guide
Doh, Sorry, I did itbefore I saw this email, but you should try it as well. It only should take a few seconds to run maven site:deploy -Mark Shapira, Yoav wrote: Hi, I've committed my changes, but please don't update the site. Let me switch and try it with maven rc1 first, so I know it can be done by me ;) If I run into further troubles, I'll post here. Thanks, Yoav Shapira Millennium Research Informatics -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 11:19 AM To: Jakarta Commons Developers List Subject: Re: [general] Update to the release management guide Just to double check, have you commited your changes before I update the site? Mark R. Diggory wrote: Last time I tried with rc2 it failed as well. I've been using rc1 to generate the site, If you like I'll do the honors. -Mark Shapira, Yoav wrote: Hi, I've fixed the xdoc (prepare.xml under commons-build/xdocs). I run into errors doing 'maven site' in commons-build. I'm using maven 1.0-rc2, should I be using a different maven version? Yoav Shapira Millennium Research Informatics -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 10:45 AM To: Jakarta Commons Developers List Subject: [general] Update to the release management guide Hi, there are 2 broken links on the release preparation page at http://jakarta.apache.org/commons/releases/prepare.html, here are the new ones if someone can fix them: Sun Manifest Format http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html Sun Package Versioning Standards http://java.sun.com/j2se/1.5.0/docs/guide/versioning/spec/versioning2.h tml# wp90779 Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general] Update to the release management guide
Ok, if you switched back to rc1, is your .maven contents based on rc1 or rc2? You may have plugins still from rc2 Shapira, Yoav wrote: Hi, With maven 1.0-rc1, it gets much farther, but ends up with: Validating volunteering.html BUILD FAILED File.. file:/home/yoavs/.maven/plugins/maven-linkcheck-plugin-1.2/ Element... doc:jslToSite Line.. 101 Column 64 java.lang.NullPointerException Total time: 1 minutes 21 seconds Finished at: Thu May 13 08:27:56 PDT 2004 Ideas? Yoav Shapira Millennium Research Informatics -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 11:19 AM To: Jakarta Commons Developers List Subject: Re: [general] Update to the release management guide Just to double check, have you commited your changes before I update the site? Mark R. Diggory wrote: Last time I tried with rc2 it failed as well. I've been using rc1 to generate the site, If you like I'll do the honors. -Mark Shapira, Yoav wrote: Hi, I've fixed the xdoc (prepare.xml under commons-build/xdocs). I run into errors doing 'maven site' in commons-build. I'm using maven 1.0-rc2, should I be using a different maven version? Yoav Shapira Millennium Research Informatics -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 10:45 AM To: Jakarta Commons Developers List Subject: [general] Update to the release management guide Hi, there are 2 broken links on the release preparation page at http://jakarta.apache.org/commons/releases/prepare.html, here are the new ones if someone can fix them: Sun Manifest Format http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html Sun Package Versioning Standards http://java.sun.com/j2se/1.5.0/docs/guide/versioning/spec/versioning2.h tml# wp90779 Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TX (=transaction) Package in commons?
OK, I see. I will keep you informed about the progress. Oliver Stephen Colebourne wrote: From: Oliver Zeigermann [EMAIL PROTECTED] Where do you think would be the right place for the transactional file system? Somewhere inside commons? There is currently a move for one commons project to produce multiple jars. ie. the project groups like-minded people and similar area code together. Thus I would code under the same project to start with but separable into a different jar file. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src - New directory
ozeigermann2004/05/13 00:33:14 jakarta-commons-sandbox/transaction/src - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons - New directory
ozeigermann2004/05/13 00:33:14 jakarta-commons-sandbox/transaction/src/java/org/apache/commons - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/file - New directory
ozeigermann2004/05/13 00:33:14 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/file - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java - New directory
ozeigermann2004/05/13 00:33:14 jakarta-commons-sandbox/transaction/src/java - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction - New directory
ozeigermann2004/05/13 00:33:14 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org - New directory
ozeigermann2004/05/13 00:33:14 jakarta-commons-sandbox/transaction/src/java/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory - New directory
ozeigermann2004/05/13 00:33:14 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache - New directory
ozeigermann2004/05/13 00:33:14 jakarta-commons-sandbox/transaction/src/java/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/locking - New directory
ozeigermann2004/05/13 00:33:14 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/locking - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all][collections] Solving binary incompatability
Simon Kitching wrote: On Thu, 2004-05-13 at 11:46, David Graham wrote: --- Stephen Colebourne [EMAIL PROTECTED] wrote: From: David Graham [EMAIL PROTECTED] If I understand correctly, incompatible changes were made to collections after 3.0 and the next planned release is 3.1. So, since you haven't released 3.1 yet, you can still go back and fix the incompatibilities. If only it was that easy :-) The incompatible change is between 2.1 and 3.0 - two released versions. The question is what to do about it. You're allowed to have incompatibilities between different major version numbers. A big problem with Collections is its overuse in other commons components which is in the process of being fixed. Clients don't have to migrate to 3.0 if they don't want so I don't see a problem. If there's demand you can always release bugfixes from the 2.1 series (ie. 2.1.1). For what it's worth, my opinion is that things are ok as they are. For what it is worth, I agree. It is valid to introduce binary incompatibilities for major releases. Ok, these ones weren't intentional, and could have been avoided. But projects that use commons libs should have a plan for migrating across major lib releases. Ok, it might slow the adoption of commons-collections 3.0, as projects wait for new releases of all the other commons libs they depend on so that none of the other libs require collections 2.1. But they'll get there eventually. If you really feel like releasing a 4.0, that would be a solution. But I'm not sure projects will be happy leaping from 2.1 to 4.0, so this may not speed up adoption of the new version anyway. I certainly don't think a 3.1 release which is incompatible with 3.0 is a good idea! After reading Simons comments, then re-reading Davids comments, I agree with David - if we were feeling generous, we would release 2.1.1 (or more likely 2.2) with as much of the new stuff from 3.0 as we can (without breaking compatibility) plus the 2.1-compatible IteratorUtils. It would also be nice to release a 3.0.1 with only documentation changes (to correctly document IteratorUtils) if another release of 3.x is not likely to be forthcoming any time soon. I'd hope that 3.0.1 would not require a lot of effort from the release manager. -- Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Sandbox Id] How to persist?
Commons Id Folks! I have noticed your project and currently make an effort to bring among other stuff a file backed up sequence class into the sandbox. Now it occurs to me it would fit much better into your Id approach as it seems your Generator data is not persisted which means it will no longer be unique when you restart (except for the UUID Generators). Is that correct. If so, it could offer a fail-safe implementation for persisting that data, i.e. unless the file system itself crashes the sequence will not be corrupted either. Interested? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[collections] new snapshot to ibiblio
I use the LRUMap in the vfs project and need the new feature scanUntilRemoveable. Before i can commit the new class i also need a new snapshot of collections on ibiblio. Is this something i am allowed to do? (create a upload-bundle for ibiblio and request the upload) Or should this be done by an collections-project-committer only? -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[math] statistics performance boost
As I explained, I am using commons-math to enable data mining algorithms I am writing. I am using a lot of SummaryStatistics and TTest. Through some profiling, I was able to find places to optimize code and I ended up getting a 15x performance boost within my application. This was from three changes: 1. Add clone() to SummaryStatisticsImpl. This implies adding clone() to SecondMoment, Sum, SumOfSquares, Min, Max, SumOfLogs, GeometricMean, Mean, and Variance. To Mark, I think that the behavior of clone() is well implied by the Javadoc for java.lang.Object. I was surprised that I obviously had not read that before yesterday. To Phil, your suggested getSummary() method/bean would indeed solve my problem and give me even better performance. (clone() was ~20x faster than the serialize/deserialize hack I was using. This probably accounts for 2x of my overall 15x.) 2. Change TTestImpl; the commons-discovery DiscoverClass.newInstance() was being called for every call to tTest. This is not a cheap method. After #1, this method was taking up something like 17% of the runtime of my synthetic benchmark. I created a method to lazily get the DistributionFactory and store it (transient) as a class attribute. 3. Make ContinuedFraction.evaluate(...) iterative instead of recursive. This gave me a 125% (2.25x) improvement in performance of this method. I think I can optimize it further, hopefully not at the cost of readability. Patches available on request. Should I just start posting them when I have patches like this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] statistics performance boost
Most definitely post any patches. It would be good to post them on our bugzilla so that they can be properly tracked. http://jakarta.apache.org/commons/math/developers.html Ken Geis wrote: As I explained, I am using commons-math to enable data mining algorithms I am writing. I am using a lot of SummaryStatistics and TTest. Through some profiling, I was able to find places to optimize code and I ended up getting a 15x performance boost within my application. This was from three changes: 1. Add clone() to SummaryStatisticsImpl. This implies adding clone() to SecondMoment, Sum, SumOfSquares, Min, Max, SumOfLogs, GeometricMean, Mean, and Variance. To Mark, I think that the behavior of clone() is well implied by the Javadoc for java.lang.Object. I was surprised that I obviously had not read that before yesterday. To Phil, your suggested getSummary() method/bean would indeed solve my problem and give me even better performance. (clone() was ~20x faster than the serialize/deserialize hack I was using. This probably accounts for 2x of my overall 15x.) I think we should work on improvements to both clone and getSummary() methods. 2. Change TTestImpl; the commons-discovery DiscoverClass.newInstance() was being called for every call to tTest. This is not a cheap method. After #1, this method was taking up something like 17% of the runtime of my synthetic benchmark. I created a method to lazily get the DistributionFactory and store it (transient) as a class attribute. 3. Make ContinuedFraction.evaluate(...) iterative instead of recursive. This gave me a 125% (2.25x) improvement in performance of this method. I think I can optimize it further, hopefully not at the cost of readability. Patches available on request. Should I just start posting them when I have patches like this? All of your efforts are greatly appreciated, we will gladly acknowledge your efforts as a contributor in the project documentation. -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[io] Site out of date
Could someone please regenerate the IO website please. The Server Side is bitching about us again: http://www.theserverside.com/news/thread.tss?thread_id=25876 Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27747] - [configuration] ClassCastException not thrown by getBoolean()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27747. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27747 [configuration] ClassCastException not thrown by getBoolean() --- Additional Comments From [EMAIL PROTECTED] 2004-05-13 12:16 --- I have applied the new unit tests (and update the project.xml). At this point however, with or without Alessio's patch, the unit test fails. I think because we changed it form a NoSuchElementException to a ClassCastException.. Could the two of you put your heads together on this one? Not sure why getBoolean seems to function differently from getBigDecimal etc... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration project.xml
epugh 2004/05/13 05:16:47 Modified:configuration project.xml Log: Update project dependencies to use groupId/artifactId Revision ChangesPath 1.19 +35 -20jakarta-commons/configuration/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/configuration/project.xml,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- project.xml 4 May 2004 22:15:26 - 1.18 +++ project.xml 13 May 2004 12:16:47 - 1.19 @@ -161,7 +161,8 @@ dependencies dependency - idcommons-collections/id + groupIdcommons-collections/groupId + artifactIdcommons-collections/artifactId version2.1/version properties war.bundletrue/war.bundle @@ -169,7 +170,8 @@ /dependency dependency - idcommons-lang/id + groupIdcommons-lang/groupId + artifactIdcommons-lang/artifactId version2.0/version properties war.bundletrue/war.bundle @@ -177,7 +179,8 @@ /dependency dependency - idcommons-logging/id + groupIdcommons-logging/groupId + artifactIdcommons-logging/artifactId version1.0.3/version properties war.bundletrue/war.bundle @@ -185,7 +188,8 @@ /dependency dependency - iddom4j/id + groupIddom4j/groupId + artifactIddom4j/artifactId version1.4/version properties war.bundletrue/war.bundle @@ -193,7 +197,8 @@ /dependency dependency - idcommons-digester/id + groupIdcommons-digester/groupId + artifactIdcommons-digester/artifactId version1.5/version properties war.bundletrue/war.bundle @@ -201,7 +206,8 @@ /dependency dependency - idcommons-beanutils/id + groupIdcommons-beanutils/groupId + artifactIdcommons-beanutils/artifactId version1.7-dev/version properties war.bundletrue/war.bundle @@ -209,7 +215,8 @@ /dependency dependency - idxerces/id + groupIdxerces/groupId + artifactIdxerces/artifactId version2.2.1/version urlhttp://xml.apache.org/xerces2-j//url properties @@ -218,7 +225,8 @@ /dependency dependency - idxml-apis/id + groupIdxml-apis/groupId + artifactIdxml-apis/artifactId version2.0.2/version urlhttp://xml.apache.org/commons//url properties @@ -227,11 +235,6 @@ /dependency !-- Needed for testing -- -dependency - idjunit/id - version3.8.1/version - urlhttp://www.junit.org/url -/dependency !--dependency idsimple-jndi/id @@ -246,30 +249,42 @@ /dependency dependency - idcommons-dbcp/id + groupIdcommons-dbcp/groupId + artifactIdcommons-dbcp/artifactId version1.1/version /dependency dependency - idcommons-pool/id + groupIdcommons-pool/groupId + artifactIdcommons-pool/artifactId version1.1/version /dependency dependency - idhsqldb/id + groupIdhsqldb/groupId + artifactIdhsqldb/artifactId version1.7.1/version /dependency dependency - iddbunit/id + groupIddbunit/groupId + artifactIddbunit/artifactId version1.5.5/version /dependency dependency - idexml/id + groupIdexml/groupId + artifactIdexml/artifactId versiondbunit1.5.1/version /dependency +dependency + groupIdjunit-addons/groupId + artifactIdjunit-addons/artifactId + version1.4/version +/dependency + + dependency groupIdmaven/groupId artifactIdmaven-tasks-plugin/artifactId @@ -280,7 +295,7 @@ dependency groupIdmaven/groupId artifactIdmaven-findbugs-plugin/artifactId - version0.7.1/version + version0.7.2/version urlhttp://maven-plugins.sourceforge.net/maven-findbugs-plugin//url typeplugin/type /dependency - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestBaseConfiguration.java
epugh 2004/05/13 05:19:16 Modified:configuration/src/test/org/apache/commons/configuration TestBaseConfiguration.java Log: Extend unit test to verify exception types throw Revision ChangesPath 1.9 +446 -346 jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestBaseConfiguration.java Index: TestBaseConfiguration.java === RCS file: /home/cvs/jakarta-commons/configuration/src/test/org/apache/commons/configuration/TestBaseConfiguration.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- TestBaseConfiguration.java9 Mar 2004 15:34:02 - 1.8 +++ TestBaseConfiguration.java13 May 2004 12:19:16 - 1.9 @@ -24,6 +24,7 @@ import java.util.Properties; import junit.framework.TestCase; +import junitx.framework.ObjectAssert; /** * Tests some basic functions of the BaseConfiguration class @@ -32,355 +33,454 @@ */ public class TestBaseConfiguration extends TestCase { -protected BaseConfiguration eprop = new BaseConfiguration(); + protected BaseConfiguration config = new BaseConfiguration(); -public void testGetProperty() -{ -/* should be empty and return null */ -assertEquals(This returns null, eprop.getProperty(foo), null); - -/* add a real value, and get it two different ways */ -eprop.setProperty(number, 1); -assertEquals(This returns '1', eprop.getProperty(number), 1); -assertEquals(This returns '1', eprop.getString(number), 1); -} - -public void testGetByte() -{ -eprop.setProperty(number, 1); -byte oneB = 1, twoB = 2; -assertEquals(This returns 1(byte), eprop.getByte(number), oneB); -assertEquals( -This returns 1(byte), -eprop.getByte(number, twoB), -oneB); -assertEquals( -This returns 2(default byte), -eprop.getByte(numberNotInConfig, twoB), -twoB); -assertEquals( -This returns 1(Byte), -eprop.getByte(number, new Byte(2)), -new Byte(oneB)); -} - -public void testGetShort() -{ -eprop.setProperty(numberS, 1); -short oneS = 1, twoS = 2; -assertEquals(This returns 1(short), eprop.getShort(numberS), oneS); -assertEquals( -This returns 1(short), -eprop.getShort(numberS, twoS), -oneS); -assertEquals( -This returns 2(default short), -eprop.getShort(numberNotInConfig, twoS), -twoS); -assertEquals( -This returns 1(Short), -eprop.getShort(numberS, new Short(2)), -new Short(oneS)); -} - -public void testGetLong() -{ -eprop.setProperty(numberL, 1); -long oneL = 1, twoL = 2; -assertEquals(This returns 1(long), eprop.getLong(numberL), oneL); -assertEquals( -This returns 1(long), -eprop.getLong(numberL, twoL), -oneL); -assertEquals( -This returns 2(default long), -eprop.getLong(numberNotInConfig, twoL), -twoL); -assertEquals( -This returns 1(Long), -eprop.getLong(numberL, new Long(2)), -new Long(oneL)); -} - -public void testGetFloat() -{ -eprop.setProperty(numberF, 1.0); -float oneF = 1, twoF = 2; -assertEquals( -This returns 1(float), -eprop.getFloat(numberF), -oneF, -0); -assertEquals( -This returns 1(float), -eprop.getFloat(numberF, twoF), -oneF, -0); -assertEquals( -This returns 2(default float), -eprop.getFloat(numberNotInConfig, twoF), -twoF, -0); -assertEquals( -This returns 1(Float), -eprop.getFloat(numberF, new Float(2)), -new Float(oneF)); -} - -public void testGetDouble() -{ -eprop.setProperty(numberD, 1.0); -double oneD = 1, twoD = 2; -assertEquals( -This returns 1(double), -eprop.getDouble(numberD), -oneD, -0); -assertEquals( -This returns 1(double), -eprop.getDouble(numberD, twoD), -oneD, -0); -assertEquals( -This returns 2(default double), -eprop.getDouble(numberNotInConfig, twoD), -twoD, -0); -assertEquals( -This returns
Re: [GUMP@brutus]: jakarta-commons/commons-logging failed
Adam R. B. Jack wrote: It seems that Priority has been deprecated for a while, and this is a permanent API change. Is commons-logging willing/able to follow suit and make the change? If I understand correctly, using Level ought work with a wide range of log4j code. Even if you aren't ready to make a release, could you update CVS HEAD? Just for the records - i already posted a patch, maybe a logging-committer might pick it up http://issues.apache.org/bugzilla/show_bug.cgi?id=28933 -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Sandbox Id] How to persist?
Sounds like a good addition / enhancement to the serial generators to me. You are correct. Only the UUID and SessionIdGenerators will be unique across instances. Phil -Original Message- From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] Sent: Thu 5/13/2004 1:05 AM To: Jakarta Commons Developers List Cc: Subject: [Sandbox Id] How to persist? Commons Id Folks! I have noticed your project and currently make an effort to bring among other stuff a file backed up sequence class into the sandbox. Now it occurs to me it would fit much better into your Id approach as it seems your Generator data is not persisted which means it will no longer be unique when you restart (except for the UUID Generators). Is that correct. If so, it could offer a fail-safe implementation for persisting that data, i.e. unless the file system itself crashes the sequence will not be corrupted either. Interested? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Emmanuel Bourg as Commons committer
-Original Message- From: Eric Pugh [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 9:28 AM To: Commons-Dev Subject: [VOTE] Emmanuel Bourg as Commons committer Emmanuel Bourg has been doing much of the heavy lifting in Configuration over the past couple months. He has submitted both new code as well as significant amounts of unit testing/refactoring of existing code. Additionally, he has been active answering questions and working with other commons projects. A bit about himself: About myself, I'm a 27 years old engineer working in Paris for a software service and consulting company. Besides boring portals and banking applications I'm developping a Tetrinet server on my free time (http://jetrix.sf.net). I try to put in open source projects what I can't afford in professionnal projects: creativity and high quality. [ X ] +1 Let him commit [ ] +0 Not bothered [ ] -1 Perhaps not, because Eric Pugh http://www.mail-archive.com/cgi-bin/htsearch?config=commons-dev_jakarta_apac he_orgrestrict=exclude=words=Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Emmanuel Bourg as Commons committer
On 13-May-04, at 15:27 Uhr, Eric Pugh wrote: [XX] +1 Let him commit [ ] +0 Not bothered [ ] -1 Perhaps not, because paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28954] New: - Lang based Enum's don't persist
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28954. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28954 Lang based Enum's don't persist Summary: Lang based Enum's don't persist Product: Commons Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Betwixt AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When using a Enum based on the Commons-lang Enum, you can't get it to roundtrip. It'll save, but not read back in. I am attaching a patch file that adds the unit test (plus a dependency on commons-lang 2.0!). Eric Pugh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [betwixt][lang] Persisting Enum's via Betwixt
Robert, I have created bug 28954 in Bugzilla for you.. There is a sample commons lang enum plus the unit test demonstrating it failing. Stepping through the code, the creator does get called, however, it never has the name value populated, even though in the xml there is the name attribute! Eric -Original Message- From: robert burrell donkin [mailto:[EMAIL PROTECTED] Sent: Thursday, May 06, 2004 11:09 PM To: Jakarta Commons Developers List Subject: Re: [betwixt][lang] Persisting Enum's via Betwixt hi eric if you're not using CVS HEAD then you need to upgrade. if you are and the custom object creator isn't working then if you post a unit test you're willing to contribute to bugzilla i'll take a look when i find a minute (or two). - robert On 6 May 2004, at 17:54, Eric Pugh wrote: Interesting.. I'll try that.. I found a chunk in the Betwixt site aobut using a custom object creater.. however, I didn't get that to work successfully.. I'll give this a try.. Eric -Original Message- From: Inger, Matthew [mailto:[EMAIL PROTECTED] Sent: Thursday, May 06, 2004 5:15 PM To: 'Jakarta Commons Developers List' Subject: RE: [betwixt][lang] Persisting Enum's via Betwixt Whatever you're reading in has to have a default constructor To avoid having this directly in your enum itself, you should be able to create a proxy class for your enum which can be the object which is serialized. The TemplateType will be converted to this type upon write, and the proxy converted back to TemplateType on read. public class TemplateTypeProxy implements Serializable { private String name; public TemplateTypeProxy() { } public void setName(String name) { this.name =name; } public String getName() { return name; } public Object readObject() { if (name.equals(TemplateType.KP.getValue())) { return TemplateType.KP; else if (name.equals(TemplateType.IC50.getValue())) { return TemplateType.IC50; else return null; } } public final class TemplateType extends Enum { ... public Object writeObject() { return new TemplateTypeProxy(getValue()); } } This of course, assumes that Betwixt pays attention to the Serializable interface, and these methods. -Original Message- From: Eric Pugh [mailto:[EMAIL PROTECTED] Sent: Thursday, May 06, 2004 9:02 AM To: Commons-Dev Subject: [betwixt][lang] Persisting Enum's via Betwixt Hi all, I am attempting to persist my custom Enumeration that extends Enum via Betwixt, however, I can't seem to get it to read back in. It writes out fine, but not back in. Does anyone have a unit test demonstrating this? Does this need to be added to Betwixt? It seems likely maybe I am stumbling over something with statics maybe? Or final keyword? Eric Pugh xml: templateType id=3 enumClassclass com.upstate.kinaseprofiler.reactiongenerator.TemplateType/enumClass nameKP/name /templateType java: public final class TemplateType extends Enum { public static final TemplateType KP = new TemplateType(KP); public static final TemplateType IC50 = new TemplateType(IC50); public TemplateType(String color) { super(color); } public static TemplateType getEnum(String type) { return (TemplateType) getEnum(TemplateType.class, type); } public static void setEnum(String type) { this = getEnum(TemplateType.class, type); } public static Map getEnumMap() { return getEnumMap(TemplateType.class); } public static List getEnumList() { return getEnumList(TemplateType.class); } public static Iterator iterator() { return iterator(TemplateType.class); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Emmanuel Bourg as Commons committer
Seen much involvement with the community, so a +1 from me. On Thu, 13 May 2004, Eric Pugh wrote: [ X ] +1 Let him commit [ ] +0 Not bothered [ ] -1 Perhaps not, because - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Emmanuel Bourg as Commons committer
Hi, +0, haven't been following things as much as I should ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Henri Yandell [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 10:14 AM To: Jakarta Commons Developers List Subject: Re: [VOTE] Emmanuel Bourg as Commons committer Seen much involvement with the community, so a +1 from me. On Thu, 13 May 2004, Eric Pugh wrote: [ X ] +1 Let him commit [ ] +0 Not bothered [ ] -1 Perhaps not, because - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/xdocs/releases prepare.xml
yoavs 2004/05/13 07:56:37 Modified:commons-build/xdocs/releases prepare.xml Log: Fixed Sun links for Jar tool and Versioning spec. Revision ChangesPath 1.7 +2 -2 jakarta-commons/commons-build/xdocs/releases/prepare.xml Index: prepare.xml === RCS file: /home/cvs/jakarta-commons/commons-build/xdocs/releases/prepare.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- prepare.xml 1 Mar 2004 22:31:34 - 1.6 +++ prepare.xml 13 May 2004 14:56:37 - 1.7 @@ -50,9 +50,9 @@ subsection name='Update The Jar Manifest' p Each commons component release jar should contain a codeMANIFEST.MF/code conforming to the -a href='http://java.sun.com/products/jdk/1.2/docs/guide/jar/manifest.html'Sun Manifest Format/a. +a href='http://java.sun.com/j2se/1.5.0/docs/jar/jar.html'Sun Manifest Format/a. In additional, commons components should adhere to the -a href='http://java.sun.com/products/jdk/1.2/docs/guide/versioning/spec/VersioningSpecification.html#PackageVersioning' +a href='http://java.sun.com/j2se/1.5.0/docs/guide/versioning/spec/versioning2.html' Sun Package Versioning Standards/a /p p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [general] Update to the release management guide
Hi, I've fixed the xdoc (prepare.xml under commons-build/xdocs). I run into errors doing 'maven site' in commons-build. I'm using maven 1.0-rc2, should I be using a different maven version? Yoav Shapira Millennium Research Informatics -Original Message- From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 10:45 AM To: Jakarta Commons Developers List Subject: [general] Update to the release management guide Hi, there are 2 broken links on the release preparation page at http://jakarta.apache.org/commons/releases/prepare.html, here are the new ones if someone can fix them: Sun Manifest Format http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html Sun Package Versioning Standards http://java.sun.com/j2se/1.5.0/docs/guide/versioning/spec/versioning2.h tml# wp90779 Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: jakarta-commons/commons-logging failed
From: Mario Ivankovits [EMAIL PROTECTED] wrote: Just for the records - i already posted a patch, maybe a logging-committer might pick it up http://issues.apache.org/bugzilla/show_bug.cgi?id=28933 Excellent, thank you. I really hope one of the commons logging folks will get to it today, and we can have a fuller Gump tonight. There is some good activity on projects infrequently Gumped, and I'd like to see that momentum continue. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] new snapshot to ibiblio
I am opposed to adding snapshots to ibiblio, as I have seen it create isues. IMHO ibiblio should be released/stable code only. I suggest that you use a local snapshot at the moment. v3.1 shouldn't be too far away... Stephen From: Mario Ivankovits [EMAIL PROTECTED] I use the LRUMap in the vfs project and need the new feature scanUntilRemoveable. Before i can commit the new class i also need a new snapshot of collections on ibiblio. Is this something i am allowed to do? (create a upload-bundle for ibiblio and request the upload) Or should this be done by an collections-project-committer only? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Emmanuel Bourg as Commons committer
[X] +1 Let him commit [ ] +0 Not bothered [ ] -1 Perhaps not, because Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] new snapshot to ibiblio
Ok, one of the beneifts of our new Apache Repository strategy is that dated snapshots do have a home. You can feel free to add them here for testing/development purposes internal to Apache. http://cvs.apache.org/repository corresponding directory structure is /www/cvs.apache.org/repository theres already some collection snapshots located there. Please read the directions at the above url for how to structure your contents. I'll eventually get the deployment scripts from Jason for deployment of upload-bundles. -Mark Stephen Colebourne wrote: I am opposed to adding snapshots to ibiblio, as I have seen it create isues. IMHO ibiblio should be released/stable code only. I suggest that you use a local snapshot at the moment. v3.1 shouldn't be too far away... Stephen From: Mario Ivankovits [EMAIL PROTECTED] I use the LRUMap in the vfs project and need the new feature scanUntilRemoveable. Before i can commit the new class i also need a new snapshot of collections on ibiblio. Is this something i am allowed to do? (create a upload-bundle for ibiblio and request the upload) Or should this be done by an collections-project-committer only? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] Site out of date
Yes, this is very poor by TSS really, but it'll get sorted soon ;-) Stephen - Original Message - From: Henri Yandell [EMAIL PROTECTED] How very bizarre, I'm not sure where Dion got the email from but IO has not been officially released. The binaries are all out there, though I've fucked up the PGP stuff and will be fixing that in the next couple of hours by re-signing them. I still have to then modify the website for IO to mention 1.0, downloading etc and then do the jakarta frontpage modifications and email announcements. My fault for thinking I could put code on mirrors and then take time to get site done before releasing. Will mail Dion to ask him what the deal was there. Hen On Thu, 13 May 2004, [iso-8859-1] Stephen Colebourne wrote: Could someone please regenerate the IO website please. The Server Side is bitching about us again: http://www.theserverside.com/news/thread.tss?thread_id=25876 Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Getting 1.0 out the door -- tasks remaining
Phil Steitz wrote: 1) Decide what to do about inverse cumulative probabilities where p = 1 (easy solution is to document and throw) Nearly +1 2) Decide what, if anything to do about the root-finding interfaces. I am OK releasing as is. Uh, oh! 4) Decide what to do about RealMatrix rank. Only reasonable solution at this point appears to be to drop it from the interface. I'd vote for dropping it. A robust implementation would require SVD, which is quite complex in itself, and I personally never found a real usage for a matrix rank unless it dropped out of a related computation as a side effect anyway. 6) Decide whether or not to add BigDecimalMatrix. I'm undecided; if the unit tests are up to a decent coverage, I think it could be included. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] new snapshot to ibiblio
Stephen Colebourne wrote: I suggest that you use a local snapshot at the moment. v3.1 shouldn't be too far away... But then, i cant commit my changes as they depend on the latest api change - and i fell not very comfortable having a bunch of changed sources lie around here. But i definitely understand ibiblio should only hold released/stable code. I will have a look at Marks proposal and take a look at http://cvs.apache.org/repository. -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/pool/src/test/org/apache/commons/pool/impl TestSoftRefOutOfMemory.java
dirkv 2004/05/13 13:13:25 Added: pool/src/test/org/apache/commons/pool/impl TestSoftRefOutOfMemory.java Log: Testcase for Bugzilla Bug 28918: SoftReferenceObjectPool Revision ChangesPath 1.1 jakarta-commons/pool/src/test/org/apache/commons/pool/impl/TestSoftRefOutOfMemory.java Index: TestSoftRefOutOfMemory.java === /* * Copyright 1999-2004 The Apache Software Foundation. * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ package org.apache.commons.pool.impl; import junit.framework.TestCase; import junit.framework.TestSuite; import org.apache.commons.pool.PoolableObjectFactory; import java.util.Arrays; import java.util.HashMap; /** * @author Dirk Verbeeck * @version $Revision: 1.1 $ $Date: 2004/05/13 20:13:25 $ */ public class TestSoftRefOutOfMemory extends TestCase { private SoftReferenceObjectPool pool; public TestSoftRefOutOfMemory(String testName) { super(testName); } public static TestSuite suite() { return new TestSuite(TestSoftRefOutOfMemory.class); } public void tearDown() throws Exception { if (pool != null) { pool.close(); pool = null; } System.gc(); } public void testOutOfMemory() throws Exception { pool = new SoftReferenceObjectPool(new SmallPoolableObjectFactory()); Object obj = pool.borrowObject(); assertEquals(1, obj); pool.returnObject(obj); obj = null; assertEquals(1, pool.getNumIdle()); try { HashMap map = new HashMap(); for (int i = 0; i 100; i++) { map.put(new Integer(i), new String(Fred Flintstone + i)); } } catch (OutOfMemoryError ex) { } obj = pool.borrowObject(); assertEquals(2, obj); pool.returnObject(obj); obj = null; assertEquals(1, pool.getNumIdle()); } public void testOutOfMemory1000() throws Exception { pool = new SoftReferenceObjectPool(new SmallPoolableObjectFactory()); for (int i = 0 ; i 1000 ; i++) { pool.addObject(); } Object obj = pool.borrowObject(); assertEquals(1000, obj); pool.returnObject(obj); obj = null; assertEquals(1000, pool.getNumIdle()); try { HashMap map = new HashMap(); for (int i = 0; i 100; i++) { map.put(new Integer(i), new String(Fred Flintstone + i)); } } catch (OutOfMemoryError ex) { } obj = pool.borrowObject(); assertEquals(1001, obj); pool.returnObject(obj); obj = null; assertEquals(1, pool.getNumIdle()); } public void testOutOfMemoryLarge() throws Exception { pool = new SoftReferenceObjectPool(new LargePoolableObjectFactory(100)); Object obj = pool.borrowObject(); assertTrue(((String)obj).startsWith(1.)); pool.returnObject(obj); obj = null; assertEquals(1, pool.getNumIdle()); try { HashMap map = new HashMap(); for (int i = 0; i 100; i++) { map.put(new Integer(i), new String(Fred Flintstone + i)); } } catch (OutOfMemoryError ex) { } obj = pool.borrowObject(); assertTrue(((String)obj).startsWith(2.)); pool.returnObject(obj); obj = null; assertEquals(1, pool.getNumIdle()); } public void testOutOfMemoryKeepMap() throws Exception { pool = new SoftReferenceObjectPool(new LargePoolableObjectFactory(100)); Object obj = pool.borrowObject(); assertTrue(((String)obj).startsWith(1.)); pool.returnObject(obj); obj = null; assertEquals(1, pool.getNumIdle()); // allocate map outside try/catch block HashMap map = new HashMap(); try { for (int i = 0; i 100; i++) {
Re: [VOTE] Emmanuel Bourg as Commons committer
On 13 May 2004, at 16:21, Noel J. Bergman wrote: This comes under the category of you mean he isn't already?! +1 :) [X] +1 Let him commit [X] +1 Let him commit - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28918] - SoftReferenceObjectPool broken?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28918. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28918 SoftReferenceObjectPool broken? --- Additional Comments From [EMAIL PROTECTED] 2004-05-13 20:24 --- Added testcases to TestSoftRefOutOfMemory.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Emmanuel Bourg as Commons committer
[ X ] +1 Let him commit [ ] +0 Not bothered [ ] -1 Perhaps not, because -- Jeanfrancois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] new snapshot to ibiblio
On May 13, 2004, at 2:23 PM, Stephen Colebourne wrote: I am opposed to adding snapshots to ibiblio, as I have seen it create isues. IMHO ibiblio should be released/stable code only. Can you be more clear? I think ibiblio snapshots are great and would hate to see them go away. Think of all the projects out there that are using apache snapshots that would have to add the apache repo to their project. Not only is this a lot of traffic to apache, I think it also sets a bad precedent for other projects. Think of a project using a lot of snapshots and they have to add every small project's repo to the repo list (which may also add to the apache traffic as maven has no idea which repo may have the snapshot, so it tries them all in order) Anyway I'm rambling now I am curious about the issues this creates. -dain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Emmanuel Bourg as Commons committer
[X] +1 Let him commit [ ] +0 Not bothered [ ] -1 Perhaps not, because -- Dirk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] new snapshot to ibiblio
Dain Sundstrom wrote: On May 13, 2004, at 2:23 PM, Stephen Colebourne wrote: I am opposed to adding snapshots to ibiblio, as I have seen it create isues. IMHO ibiblio should be released/stable code only. Can you be more clear? I think ibiblio snapshots are great and would hate to see them go away. Think of all the projects out there that are using apache snapshots that would have to add the apache repo to their project. Not only is this a lot of traffic to apache, I think it also sets a bad precedent for other projects. Think of a project using a lot of snapshots and they have to add every small project's repo to the repo list (which may also add to the apache traffic as maven has no idea which repo may have the snapshot, so it tries them all in order) Anyway I'm rambling now I am curious about the issues this creates. Part of the problem was a bottleneck in getting new and updated Apache projects onto ibiblio. There also is a certain degree of snapshot clutter on ibiblio. Especially since ibiblio is only accessible to certain people, I think it makes sense for it only to contain releases, and to have the snapshots at Apache. The traffic issues could probably be handled by the mirrors, if it isn't already. I also don't see adding the Apache repo to a properties file as a big deal -- especially when compared with the chaotic and sluggish nature of the Apache-ibiblio situation, which seems to have been improved greatly with this new system. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [collections] new snapshot to ibiblio
Think of all the projects out there that are using apache snapshots that would have to add the apache repo to their project. Not only is this a lot of traffic to apache, I think it also sets a bad precedent for other projects. One question is whether or not we want people to be using snapshot builds on a regular basis. There is a case for saying that we want to encourage people to be using stable Release builds, and that if developers want to be using snapshot builds, they should have to consciously make that happen. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [collections] new snapshot to ibiblio
I understand the desire to not having projects use snapshots, but the reality is you just sometimes need to build against head. The geronimo team tries to limit snapshots to projects that do instep releases with geronimo but that is still about 30 modules spread across 4 projects. Why use snapshots? If you want to track *current* status, you really want to turn that over to GUMP, which will pull source for every project you depend upon, and build Geronimo and all dependents from source. GUMP is the ASF's Continous Integration project, and will be adding (AIUI) testing, as well as the ability to freeze a given dependent to a released JAR. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] move to new wiki in apache wiki farm
-- [X] +1 Yes! [ ] +0 yes [ ] -0 no [ ] -1 No! --- Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] new snapshot to ibiblio
- Original Message - From: Noel J. Bergman [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Thursday, May 13, 2004 4:44 PM Subject: RE: [collections] new snapshot to ibiblio I understand the desire to not having projects use snapshots, but the reality is you just sometimes need to build against head. The geronimo team tries to limit snapshots to projects that do instep releases with geronimo but that is still about 30 modules spread across 4 projects. Why use snapshots? If you want to track *current* status, you really want to turn that over to GUMP, which will pull source for every project you depend upon, and build Geronimo and all dependents from source. GUMP is the ASF's Continous Integration project, and will be adding (AIUI) testing, as well as the ability to freeze a given dependent to a released JAR. Testing (via ant running junit tests) has been they for a long time. Build/Testing (via Maven) is pretty close, and we have a geronimo project in place (although it is still a work in progress): http://lsd.student.utwente.nl/gump/incubator-geronimo/incubator-geronimo/index.html Let us know what you need/want, and we'll see if we can help you: [EMAIL PROTECTED] regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] new snapshot to ibiblio
I have recently had to ask for a rogue collections snapshot to be changed to point at the 3.0 release. This had been creating a negative impression of collections. Consider this just my opinion, that it would be nice to have snapshots clearly separate from releases (two directories in the repository for example). In this particular case, I am happy for Mario to put a collections snapshot in the Apache repository, but hopefully collections 3.1 will be along soon anyway. Stephen From: Dain Sundstrom [EMAIL PROTECTED] On May 13, 2004, at 2:23 PM, Stephen Colebourne wrote: I am opposed to adding snapshots to ibiblio, as I have seen it create isues. IMHO ibiblio should be released/stable code only. Can you be more clear? I think ibiblio snapshots are great and would hate to see them go away. Think of all the projects out there that are using apache snapshots that would have to add the apache repo to their project. Not only is this a lot of traffic to apache, I think it also sets a bad precedent for other projects. Think of a project using a lot of snapshots and they have to add every small project's repo to the repo list (which may also add to the apache traffic as maven has no idea which repo may have the snapshot, so it tries them all in order) Anyway I'm rambling now I am curious about the issues this creates. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] move to new wiki in apache wiki farm
[X] +1 Yes! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/docs contributors.html
skitching2004/05/13 17:07:38 Modified:docs contributors.html Log: Added myself to who we are list. Revision ChangesPath 1.108 +1 -0 jakarta-commons/docs/contributors.html Index: contributors.html === RCS file: /home/cvs/jakarta-commons/docs/contributors.html,v retrieving revision 1.107 retrieving revision 1.108 diff -u -r1.107 -r1.108 --- contributors.html 14 Mar 2004 19:44:54 - 1.107 +++ contributors.html 14 May 2004 00:07:38 - 1.108 @@ -194,6 +194,7 @@ liSteve Cohen (scohen)/li liStephen Colebourne (scolebourne)/li liShawn Bayern (shawn)/li +liSimon Kitching (skitching)/li liSteven Caswell (stevencaswell)/li liSean Sullivan (sullis)/li liTim O'Brien (tobrien)/li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] move to new wiki in apache wiki farm
+1 Noel J. Bergman wrote: [X] +1 Yes! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] new snapshot to ibiblio
On May 13, 2004, at 5:44 PM, Noel J. Bergman wrote: I understand the desire to not having projects use snapshots, but the reality is you just sometimes need to build against head. The geronimo team tries to limit snapshots to projects that do instep releases with geronimo but that is still about 30 modules spread across 4 projects. Why use snapshots? If you want to track *current* status, you really want to turn that over to GUMP, which will pull source for every project you depend upon, and build Geronimo and all dependents from source. GUMP is the ASF's Continous Integration project, and will be adding (AIUI) testing, as well as the ability to freeze a given dependent to a released JAR. Again I understand the desire, but I think it is unreasonable to assume everyone will be using GUMP or more generally be using a continuous integration system. In the case of Geronimo, I personally build Geronimo, OpenEJB and TranQL on my machine, so I can do cross project refactoring. -dain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Persistent HTTPS connections
Some clarifications below. Jesus M. Salvo Jr. wrote: What I am seeing with ethereal is that, after 30 seconds of no activity ( no TCP ACKs whatever on the socket ), the web server sends a a TLS alert. So what actually happens is this: 1) Send one HTTP POST to a URL, which works and I get the response. 2) Sleep for 40 seconds ( which is greater than the SO_TIMEOUT of 30 seconds ) 3) Web server sends a TLS alert after 30 seconds of inactivity. Web server sends a TCP FIN, Java sends a TCP ACK _only_ . At this point, local socket is in CLOSE_WAIT state. 4) Wake up from sleep at the 40 second mark, send another HTTP POST to the same URL. 5) Receive a TLS alert instead of a HTTP response. The TLS alert according to JSSE's debug mode is: main, RECV TLSv1 ALERT: warning, close_notify main, called closeInternal(false) main, SEND TLSv1 ALERT: warning, description = close_notify Item (5) is actually not the webserver sending a TLS alert, but JSSE sending the TLS alert 6) HttpClient throws an HttpRecoverableException, shown below: org.apache.commons.httpclient.HttpRecoverableException: org.apache.commons.httpclient.HttpRecoverableException: Error in parsing the status line from the response: unable to find line starting with HTTP Question is, was I correct in initially assuming that MultiThreadedHttpConnectionManager should have handled this case ? e.g... .detected that the exception, and retried the HTTP POST by creating a new HTTPS socket ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Persistent HTTPS connections
Jesus M. Salvo Jr. wrote: Question is, was I correct in initially assuming that MultiThreadedHttpConnectionManager should have handled this case ? e.g... .detected that the exception, and retried the HTTP POST by creating a new HTTPS socket ? What I have done now is, if I get a HttpRecoverableException, I retry the HTTP call. The executeMethod() is therefore in a while loop. I am now to put a hard limit on the number of retries. Just like to ask what have everyone else doing. Is this the best pratice with HttpClient to handle persistent connections ? Regards, John - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: @since tags (3.0alpha1 blocker)
Mike, You rock! I think the 3.0 alpha1 release is ready Oleg On Thu, 2004-05-13 at 06:04, Michael Becke wrote: Docs updated. Mike On May 12, 2004, at 5:53 PM, Oleg Kalnichevski wrote: We are almost there. Before we can cut the release, though, there's one tedious and laborious task to be taken care of. To help people identify API changes, the new classes and methods must be properly marked with the @since 3.0 tag. We (I in the first place) have been too undisciplined to put @since tags as we hacked away. The pay time is now. I'll deal with the problem in the coming days. A helping hand would be appreciated, though. Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
redirect issue with httpclient
hi all, I am using Jakarta HTTPClient to do a post on a website. it seems that after the authentication the page is getting redirected to other location. the significant thing is that its changing the port also. below i am posting the output i am getting from my code. May 13, 2004 12:43:25 PM org.apache.commons.httpclient.HttpMethodBase readResponseBody WARNING: Response content length is not known May 13, 2004 12:43:29 PM org.apache.commons.httpclient.HttpMethodBase readResponseBody WARNING: Response content length is not known May 13, 2004 12:43:29 PM org.apache.commons.httpclient.HttpMethodBase processRedirectResponse INFO: Redirect requested but followRedirects is disabled STATUS CODE = 302 May 13, 2004 12:43:32 PM org.apache.commons.httpclient.HttpMethodBase readResponseBody WARNING: Response content length is not known May 13, 2004 12:43:32 PM org.apache.commons.httpclient.HttpMethodBase processRedirectResponse WARNING: Redirect from port 2048 to 2096 is not supported* * how can i make httpclient to get redirected to the new location automatically. here is my code: import org.apache.commons.httpclient.Cookie; import org.apache.commons.httpclient.cookie.CookiePolicy; import org.apache.commons.httpclient.Header; import org.apache.commons.httpclient.HttpClient; import org.apache.commons.httpclient.HttpStatus; import org.apache.commons.httpclient.NameValuePair; import org.apache.commons.httpclient.methods.GetMethod; import org.apache.commons.httpclient.methods.PostMethod; public class FormLoginDemo { static final String LOGON_SITE = www.somedomain.com; static final intLOGON_PORT = 2048; static final String PROXY_HOST = 192.168.10.1; static final int PROXY_PORT = 80; public static void main(String[] args) throws Exception { HttpClient client = new HttpClient(); client.getHostConfiguration().setHost(LOGON_SITE, LOGON_PORT, http); client.getHostConfiguration().setProxy(PROXY_HOST,PROXY_PORT); client.getState().setCookiePolicy(CookiePolicy.COMPATIBILITY); GetMethod authget = new GetMethod(/login); client.executeMethod(authget); Header location = authget.getResponseHeader(Location); authget.releaseConnection(); PostMethod authpost= new PostMethod(/login); authpost.setFollowRedirects(true); NameValuePair action = new NameValuePair(action, login); NameValuePair url = new NameValuePair(url, someurl); NameValuePair userid = new NameValuePair(user, myuser); NameValuePair password = new NameValuePair(pass, mypassword); authpost.setRequestBody( new NameValuePair[] {action, url, userid, password}); client.executeMethod(authpost); authpost.releaseConnection(); int statuscode = authpost.getStatusCode(); System.out.println(STATUS CODE = +statuscode); if ((statuscode == HttpStatus.SC_MOVED_TEMPORARILY) || (statuscode == HttpStatus.SC_MOVED_PERMANENTLY) || (statuscode == HttpStatus.SC_SEE_OTHER) || (statuscode == HttpStatus.SC_TEMPORARY_REDIRECT)) { Header header = authpost.getResponseHeader(location); if (header != null) { String newuri = header.getValue(); if ((newuri == null) || (newuri.equals())) newuri = /; GetMethod redirect = new GetMethod(newuri); client.executeMethod(redirect); redirect.releaseConnection(); } else { System.out.println(Invalid redirect); System.exit(1); } } } } any help in this context will be highly appreciated. Regards. Himanshu. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Persistent HTTPS connections
John, Please correct me if I am wrong (which may well be the case) SO_TIMEOUT only affects socket read operations. I thought it had nothing to do with SSL inactivity timeout. But it looks like it might. There's another way to deal with recoverable exceptions. You can provide a custom implementation of MethodRetryHandler http://jakarta.apache.org/commons/httpclient/apidocs/org/apache/commons/httpclient/MethodRetryHandler.html The default implementation of the MethodRetryHandler is quite conservative. It does not allow the method to be retried if the request has been transmitted in its entirety. http://jakarta.apache.org/commons/httpclient/xref/org/apache/commons/httpclient/DefaultMethodRetryHandler.html#62 Oleg -Original Message- From: Jesus M. Salvo Jr. [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 7:40 To: [EMAIL PROTECTED] Subject: Persistent HTTPS connections Using HttpClient 2.0 JDK 1.4.2_04 on Fedora Is there anything special that I have to do to make use of persistent HTTP(S) connections with HttpClient other than using MultiThreadedHttpConnectionManager ? Basically, what I am doing is the following ( more explanation after the snippet of the source code ): MultiThreadedHttpConnectionManager connectionManager = new MultiThreadedHttpConnectionManager(); connectionManager.setConnectionStaleCheckingEnabled( true ); connectionManager.setMaxConnectionsPerHost( 10 ); connectionManager.setMaxTotalConnections( 100 ); this.httpClient = new HttpClient( connectionManager ); this.httpClient.setConnectionTimeout( 3 ); this.httpClient.setTimeout( 3 ); and then within a thread, the thread does this: String content; HttpMethod method; try { method = new PostMethod( connectionURL ); method.setDoAuthentication( true ); method.setRequestHeader( Content-Type, contentType + ; charset= + this.outboundEncoding); if( method instanceof PostMethod ) { PostMethod postMethod = (PostMethod) method; postMethod.setRequestBody( content ); } int responseCode = this.httpClient.executeMethod( method ); String response = method.getResponseBodyAsString(); . } catch( Exception ex ) {} finally { if( method != null ) method.releaseConnection(); } What I am doing, then, from a JUnit test class, is: 1) Send one HTTP POST to a URL, which works and I get the response. 2) Sleep for 40 seconds ( which is greater than the SO_TIMEOUT of 30 seconds ) 3) Send another HTTP POST to the same URL. What I am seeing with ethereal is that, after 30 seconds of no activity ( no TCP ACKs whatever on the socket ), the web server sends a a TLS alert. So what actually happens is this: 1) Send one HTTP POST to a URL, which works and I get the response. 2) Sleep for 40 seconds ( which is greater than the SO_TIMEOUT of 30 seconds ) 3) Web server sends a TLS alert after 30 seconds of inactivity. Web server sends a TCP FIN, Java sends a TCP ACK _only_ . 4) Wake up from sleep at the 40 second mark, send another HTTP POST to the same URL. 5) Receive a TLS alert instead of a HTTP response. The TLS alert according to JSSE's debug mode is: main, RECV TLSv1 ALERT: warning, close_notify main, called closeInternal(false) main, SEND TLSv1 ALERT: warning, description = close_notify 6) HttpClient throws an HttpRecoverableException, shown below: org.apache.commons.httpclient.HttpRecoverableException: org.apache.commons.httpclient.HttpRecoverableException: Error in parsing the status line from the response: unable to find line starting with HTTP Question is, was I correct in initially assuming that MultiThreadedHttpConnectionManager should have handled this case ? e.g... .detected that the exception, and retried the HTTP POST by creating a new HTTPS socket ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
RE: redirect issue with httpclient
Himanshu, HttpClient 2.0, unfortunately, cannot automatically handle cross-host redirects. But this limitation is not difficult to work around. See the document below http://jakarta.apache.org/commons/httpclient/redirects.html HttpClient 3.0 will address this limitation Oleg -Original Message- From: Himanshu Pathak [mailto:[EMAIL PROTECTED] Sent: Thursday, May 13, 2004 10:08 To: [EMAIL PROTECTED] Subject: redirect issue with httpclient hi all, I am using Jakarta HTTPClient to do a post on a website. it seems that after the authentication the page is getting redirected to other location. the significant thing is that its changing the port also. below i am posting the output i am getting from my code. May 13, 2004 12:43:25 PM org.apache.commons.httpclient.HttpMethodBase readResponseBody WARNING: Response content length is not known May 13, 2004 12:43:29 PM org.apache.commons.httpclient.HttpMethodBase readResponseBody WARNING: Response content length is not known May 13, 2004 12:43:29 PM org.apache.commons.httpclient.HttpMethodBase processRedirectResponse INFO: Redirect requested but followRedirects is disabled STATUS CODE = 302 May 13, 2004 12:43:32 PM org.apache.commons.httpclient.HttpMethodBase readResponseBody WARNING: Response content length is not known May 13, 2004 12:43:32 PM org.apache.commons.httpclient.HttpMethodBase processRedirectResponse WARNING: Redirect from port 2048 to 2096 is not supported* * how can i make httpclient to get redirected to the new location automatically. here is my code: import org.apache.commons.httpclient.Cookie; import org.apache.commons.httpclient.cookie.CookiePolicy; import org.apache.commons.httpclient.Header; import org.apache.commons.httpclient.HttpClient; import org.apache.commons.httpclient.HttpStatus; import org.apache.commons.httpclient.NameValuePair; import org.apache.commons.httpclient.methods.GetMethod; import org.apache.commons.httpclient.methods.PostMethod; public class FormLoginDemo { static final String LOGON_SITE = www.somedomain.com; static final intLOGON_PORT = 2048; static final String PROXY_HOST = 192.168.10.1; static final int PROXY_PORT = 80; public static void main(String[] args) throws Exception { HttpClient client = new HttpClient(); client.getHostConfiguration().setHost(LOGON_SITE, LOGON_PORT, http); client.getHostConfiguration().setProxy(PROXY_HOST,PROXY_PORT); client.getState().setCookiePolicy(CookiePolicy.COMPATIBILITY); GetMethod authget = new GetMethod(/login); client.executeMethod(authget); Header location = authget.getResponseHeader(Location); authget.releaseConnection(); PostMethod authpost= new PostMethod(/login); authpost.setFollowRedirects(true); NameValuePair action = new NameValuePair(action, login); NameValuePair url = new NameValuePair(url, someurl); NameValuePair userid = new NameValuePair(user, myuser); NameValuePair password = new NameValuePair(pass, mypassword); authpost.setRequestBody( new NameValuePair[] {action, url, userid, password}); client.executeMethod(authpost); authpost.releaseConnection(); int statuscode = authpost.getStatusCode(); System.out.println(STATUS CODE = +statuscode); if ((statuscode == HttpStatus.SC_MOVED_TEMPORARILY) || (statuscode == HttpStatus.SC_MOVED_PERMANENTLY) || (statuscode == HttpStatus.SC_SEE_OTHER) || (statuscode == HttpStatus.SC_TEMPORARY_REDIRECT)) { Header header = authpost.getResponseHeader(location); if (header != null) { String newuri = header.getValue(); if ((newuri == null) || (newuri.equals())) newuri = /; GetMethod redirect = new GetMethod(newuri); client.executeMethod(redirect); redirect.releaseConnection(); } else { System.out.println(Invalid redirect); System.exit(1); } } } } any help in this context will be highly appreciated. Regards. Himanshu. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or
RE: 'Socket closed' exception using
Thank you, guys. I will work in this direction, i.e. investigating what the Connotate's software does with the response, and let you know the results. Sofya -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 12, 2004 9:44 PM To: Commons HttpClient Project Subject: Re: 'Socket closed' exception using Hi Sofya, I agree with Oleg, it seems that the server is closing the connection in the middle of a request. Does not this prove that the socket is closed from the application side, i.e from inside the HTTPClient? Or it is possible for the HttpConnection.close() to be called when a closed socket is detected (to clean up the resources, etc.)? Yes, HttpClient closes the connection when it encounters the Exception while writing the request. see http://jakarta.apache.org/commons/httpclient/xref/org/apache/commons/ httpclient/HttpMethodBase.html#2657 Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] 3.0 alpha 1 release
I propose that we mark the latest code in CVS HEAD as 3.0 alpha 1 and proceed with a release. Please vote as follows: -- Vote: HttpClient 3.0 alpha 1 release [ ] +1 I am in favor of the release, and will help support it. [ ] +0 I am in favor of the release, but am unable to help support it. [ ] -0 I am not in favor of the release. [ ] -1 I am against this proposal (must include a reason). -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 3.0 alpha 1 release
+1 On May 13, 2004, at 7:32 PM, Michael Becke wrote: I propose that we mark the latest code in CVS HEAD as 3.0 alpha 1 and proceed with a release. Please vote as follows: --- --- Vote: HttpClient 3.0 alpha 1 release [ ] +1 I am in favor of the release, and will help support it. [ ] +0 I am in favor of the release, but am unable to help support it. [ ] -0 I am not in favor of the release. [ ] -1 I am against this proposal (must include a reason). --- --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Where are the response bits being read over the wire?
Hi All, We are extending classes in an initail effort to instrument DNS, connect, response(first buffer read), and download. The DNS and connect looks pretty good. Where are the bits actually being retrieved over the wire? Overriding HttpMethodBase. byte[] getResponseBody() and adding response and download times returns reasonable looking response times, but almost all the download duration times are 0. Here is the current code. It is derived from GetMethod.java public byte[] getResponseBody() { if (this.responseBody == null) { try { boolean firstReadDone = false; InputStream instream = getResponseBodyAsStream(); if (instream != null) { LOG.debug(Buffering response body); ByteArrayOutputStream outstream = new ByteArrayOutputStream(); byte[] buffer = new byte[4096]; int len; while ((len = instream.read(buffer)) 0) { outstream.write(buffer, 0, len); if ( !firstReadDone ) { responseEnd = System.currentTimeMillis(); } System.out.println(ApacheGetMethod.getResponseBody() path: + getPath() + bytes read: + len ); firstReadDone = true; } outstream.close(); setResponseStream(null); this.responseBody = outstream.toByteArray(); } } catch (IOException e) { LOG.error(I/O failure reading response body, e); this.responseBody = null; } long downloadEnd = System.currentTimeMillis(); downloadDuration = downloadEnd - responseEnd; System.out.println(ApacheGetMethod.getResponseBody() path: + getPath() + responseEnd: + responseEnd + downloadEnd: + downloadEnd + downloadDuration: + downloadDuration ); } return this.responseBody; } Thanks for any ideas or information, Steve Steve Johnson Software Engineer Mercury Interactive 720 564 - 6532 USA, Canada and the Americas 720 564-6620 Hours: M-F 08:00-17:00 MST (Mountain Standard Time) http://www.mercuryinteractive.com http://www.mercuryinteractive.com Looking for Answers to your SiteScope or SiteSeer questions? http://support.mercuryinteractive.com http://support.mercuryinteractive.com
Re: Where are the response bits being read over the wire?
Hi Steve, Could it be that most of the responses are less that 4KB? This would explain the zero times since the timer does not start until after the first read. If would suggest setting responseEnd before the while loop. Also, it could be that System.currentTimeMillis() does not provide enough resolution to measure the time accurately. Mike On May 13, 2004, at 5:22 PM, Steve Johnson wrote: Hi All, We are extending classes in an initail effort to instrument DNS, connect, response(first buffer read), and download. The DNS and connect looks pretty good. Where are the bits actually being retrieved over the wire? Overriding HttpMethodBase. byte[] getResponseBody() and adding response and download times returns reasonable looking response times, but almost all the download duration times are 0. Here is the current code. It is derived from GetMethod.java public byte[] getResponseBody() { if (this.responseBody == null) { try { boolean firstReadDone = false; InputStream instream = getResponseBodyAsStream(); if (instream != null) { LOG.debug(Buffering response body); ByteArrayOutputStream outstream = new ByteArrayOutputStream(); byte[] buffer = new byte[4096]; int len; while ((len = instream.read(buffer)) 0) { outstream.write(buffer, 0, len); if ( !firstReadDone ) { responseEnd = System.currentTimeMillis(); } System.out.println(ApacheGetMethod.getResponseBody() path: + getPath() + bytes read: + len ); firstReadDone = true; } outstream.close(); setResponseStream(null); this.responseBody = outstream.toByteArray(); } } catch (IOException e) { LOG.error(I/O failure reading response body, e); this.responseBody = null; } long downloadEnd = System.currentTimeMillis(); downloadDuration = downloadEnd - responseEnd; System.out.println(ApacheGetMethod.getResponseBody() path: + getPath() + responseEnd: + responseEnd + downloadEnd: + downloadEnd + downloadDuration: + downloadDuration ); } return this.responseBody; } Thanks for any ideas or information, Steve Steve Johnson Software Engineer Mercury Interactive 720 564 - 6532 USA, Canada and the Americas 720 564-6620 Hours: M-F 08:00-17:00 MST (Mountain Standard Time) http://www.mercuryinteractive.com http://www.mercuryinteractive.com Looking for Answers to your SiteScope or SiteSeer questions? http://support.mercuryinteractive.com http://support.mercuryinteractive.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]