Re: [5.0] fileupload 1.0 RC 1 API breakage

Martin Cooper wrote: I posted a patch to the Tomcat-Dev list yesterday which should fix this problem. Apparently, nobody on the Tomcat-Dev list paid any attention to my post. The methods in question have been deprecated for some time. I have not seen the patch email on tomcat-dev. Perhaps its in t

[math] more improvement to storage free mean, variance computation

Check out procedure sum.2 and var.2 in http://www.stanford.edu/~glynn/PDF/0208.pdf The first looks like Brent's suggestion for a corrected mean computation, with no memory required. The additional computational cost that I complained about is docuemented to be 3x the flops cost of the direct

[fileiupload] Remodeling of parseRequest?

I REALLY like the FileUpload tool - have had great success with RC1, and look forward to a production release. However, I'm curious if the possibility of making the API model more consistent with the Request model of the Servlet API. There are a couple of things that I think would be handy in

[math] Add Al Chou as contributor

I think that Al Chou should be added to the list of contributors to commons-math. Al has provided useful patches and great suggestions for improvement and advice on implementation strategies. Tim/Mark/Robert: if you agree, can one of you update project.xml? I was going to submit a patch, but

Re: [lang] What's left for 2.0 (WAS: [collections] Primitive collecti ons (was Entities and LGPL))

> Would it make sense to layer [collections] on top of [lang], in the > same > manner that Xalan is layered on and includes Xerces in it's > distribution? > The most basic of collection-like things could be in [lang] for > example; I > am not fond of this either but what are our options? Don't thr

Re: [5.0] fileupload 1.0 RC 1 API breakage

I posted a patch to the Tomcat-Dev list yesterday which should fix this problem. Apparently, nobody on the Tomcat-Dev list paid any attention to my post. The methods in question have been deprecated for some time. I have gone out of my way to help FileUpload clients avoid exactly this kind of issu

[5.0] fileupload 1.0 RC 1 API breakage

FileUpload.setRepositoryPath(String) and FileItem(String) were removed from the fileupload RC 1 release, which breaks the Tomcat 4.1.x and 5.0.x build. The first method has no apparent replacement (but I didn't try to dig around). This is clearly an unacceptable situation from the Tomcat perspe

Re: [PATCH] Re: [Docs] Component Lists

Hi, Mike. On Tue, 3 Jun 2003 23:42:39 -0400 (Subject: Re: [PATCH] Re: [Docs] Component Lists) Michael Becke <[EMAIL PROTECTED]> wrote: > Seems reasonable to me. I will go ahead an make the change unless any > of the jxpath committers have objections. > > Just curious, where are you looking for

cvs commit: jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat UnivariateImpl.java

mdiggory2003/06/03 21:05:39 Modified:math/src/java/org/apache/commons/math/stat UnivariateImpl.java Log: Improved Variance calculation, test for negative variance and added some more javadoc. Revision ChangesPath 1.2 +65 -42 jakarta-comm

cvs commit: jakarta-commons-sandbox/math/src/test/org/apache/commons/math/stat CertifiedDataTest.java

mdiggory2003/06/03 21:03:55 Modified:math/src/test/org/apache/commons/math/stat CertifiedDataTest.java Log: Adjusted the code to be able to control the files used and the tolerance for each file (important, hard tests currently require lower tolerance to pass

Re: [PATCH] Re: [Docs] Component Lists

Seems reasonable to me. I will go ahead an make the change unless any of the jxpath committers have objections. Just curious, where are you looking for page views? Mike On Tuesday, June 3, 2003, at 10:50 PM, Tetsuya Kitahata wrote: On Tue, 3 Jun 2003 08:53:41 -0400 (Subject: Re: [PATCH] Re: [

cvs commit: jakarta-commons-sandbox/hivemind/common links.xml

hlship 2003/06/03 20:08:26 Modified:hivemind .cvsignore project.xml Added: hivemind/common links.xml Log: Add docs on services and the module descriptor. Revision ChangesPath 1.2 +1 -0 jakarta-commons-sandbox/hivemind/.cvsignore Index: .cvsignore

cvs commit: jakarta-commons-sandbox/hivemind/common - New directory

hlship 2003/06/03 20:08:22 jakarta-commons-sandbox/hivemind/common - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/hivemind/xdocs descriptor.xml services.xml navigation.xml

hlship 2003/06/03 20:05:49 Modified:hivemind/xdocs services.xml navigation.xml Added: hivemind/xdocs descriptor.xml Log: Add docs on services and the module descriptor. Revision ChangesPath 1.2 +21 -12jakarta-commons-sandbox/hivemind/xdocs/services.xml

cvs commit: jakarta-commons-sandbox/hivemind/src/test/hivemind/test/config ContributeService.xml ServiceHolder.java ContributeSetService.xml TestConfiguration.java

hlship 2003/06/03 20:02:32 Modified:hivemind/src/java/org/apache/commons/hivemind/parse ServiceDescriptor.java AbstractConfigurator.java FactoryDescriptor.java DescriptorParser.java HiveMind_1.0.xsd

cvs commit: jakarta-commons-sandbox/hivemind/src/test/hivemind/test/external - New directory

hlship 2003/06/03 20:01:09 jakarta-commons-sandbox/hivemind/src/test/hivemind/test/external - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/httpclient/xdocs releases.xml

mbecke 2003/06/03 19:52:23 Modified:httpclient/xdocs releases.xml Log: updated release procedures Revision ChangesPath 1.11 +16 -27jakarta-commons/httpclient/xdocs/releases.xml Index: releases.xml ==

DO NOT REPLY [Bug 20373] - [math] t distribution patch

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [PATCH] Re: [Docs] Component Lists

On Tue, 3 Jun 2003 08:53:41 -0400 (Subject: Re: [PATCH] Re: [Docs] Component Lists) Michael Becke <[EMAIL PROTECTED]> wrote: > I made the changes and updated the site for HttpClient. I left out the > jxpath changes but would be happy to add them if others would like. > > Mike IMHO, I think i

DO NOT REPLY [Bug 20442] - [math] Fix style, javadoc, test coverage gaps in RandomData

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/math/src/test/org/apache/commons/math RandomDataTest.java

mdiggory2003/06/03 19:45:49 Modified:math/src/java/org/apache/commons/math RandomDataImpl.java RandomData.java math/src/test/org/apache/commons/math RandomDataTest.java Log: PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20442 Submitted

DO NOT REPLY [Bug 20404] - [math] Add content to guidelines section in developer.xml

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/math/xdocs developers.xml

mdiggory2003/06/03 19:40:26 Modified:math/xdocs developers.xml Log: PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20404 Submitted by: Phil Steitz Revision ChangesPath 1.4 +69 -4 jakarta-commons-sandbox/math/xdocs/developers.xml Index: developers.x

DO NOT REPLY [Bug 20390] - [math] Adding MathUtils class, including binomial coefficients, factorials

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/math/src/test/org/apache/commons/math MathUtilsTest.java

mdiggory2003/06/03 19:31:14 Added: math/src/java/org/apache/commons/math MathUtils.java math/src/test/org/apache/commons/math MathUtilsTest.java Log: PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20390 Submitted by: Phil Steitz Revision ChangesPat

cvs commit: jakarta-commons/httpclient/xdocs authentication.xml redirects.xml

mbecke 2003/06/03 19:28:14 Modified:httpclient/xdocs authentication.xml redirects.xml Log: Updates to authentication and redirection xdocs. PR: 10816 Submitted by: Adrian Sutton Reviewed by: Michael Becke Revision ChangesPath 1.4 +12 -7 jakarta-commons

DO NOT REPLY [Bug 20377] - [math] Adding percentiles to StoredUnivariate, AbstractStoreUnivariate

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/math/src/test/org/apache/commons/math/stat StoreUnivariateImplTest.java

mdiggory2003/06/03 19:24:51 Modified:math/src/test/org/apache/commons/math/stat StoreUnivariateImplTest.java Log: PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20377 Submitted by: Phil Steitz Revision ChangesPath 1.2 +138 -19 jak

cvs commit: jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat StoreUnivariate.java AbstractStoreUnivariate.java

mdiggory2003/06/03 19:22:48 Modified:math/src/java/org/apache/commons/math/stat StoreUnivariate.java AbstractStoreUnivariate.java Log: PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20377 Submitted by: Phil Steitz Revision ChangesPath 1.2

DO NOT REPLY [Bug 20375] - [math] bisection root finder, safety and efficiency enhancements

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/math/src/java/org/apache/commons/math RootFinding.java

mdiggory2003/06/03 19:17:17 Modified:math/src/java/org/apache/commons/math RootFinding.java Log: PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20375 Submitted by: Albert Davidson Chou Revision ChangesPath 1.2 +61 -33 jakarta-commons-sandbox/math/src/ja

DO NOT REPLY [Bug 20373] - [math] t distribution patch

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/cli project.properties

jkeyes 2003/06/03 18:26:34 Modified:cli Tag: cli_1_x project.properties Log: sun coding standards Revision ChangesPath No revision No revision 1.5.2.1 +0 -3 jakarta-commons/cli/project.properties Index:

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli CommandLineParser.java

jkeyes 2003/06/03 18:23:49 Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x CommandLineParser.java Log: changed classname Revision ChangesPath No revision No revision 1.6.2.6 +4 -4

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli OptionGroup.java ExclusiveOptionGroup.java AnonymousArgumentImpl.java Options.java InclusiveOptionGroup.java CommandLineParser.java

jkeyes 2003/06/03 18:11:41 Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x OptionGroup.java ExclusiveOptionGroup.java AnonymousArgumentImpl.java Options.java InclusiveOptionGroup.java CommandLineParser.jav

[beanutils] extending BasicDynaBean with toString, equals, and hashCode

I've written an extended dynabean class that extends (actually, wraps) BasicDynaBean to add toString and equals. The toString method uses commons.lang.ToStringBuilder to build the toString, and commons.lang.EqualsBuilder to perform the equals comparison. I know it needs hashCode, I just haven't tak

Re: Any Plans for an Execute library?

Sorry, I was looking at the commons-sandbox. There is a launcher in there. --Maciej Shapira, Yoav wrote: I don't see a commons launcher component. Are you talking about the Catalina launcher, i.e. the classes in org.apache.catalina.launcher? Yoav Shapira -

Re: [math] matters of copyright

robert burrell donkin wrote: On Tuesday, June 3, 2003, at 12:41 AM, Phil Steitz wrote: --- robert burrell donkin <[EMAIL PROTECTED]> wrote: it seems to me that brent is assuring us that he went back to the mathematical basis of the algorithm and started from that. a clean implementation based

cvs commit: jakarta-commons/httpclient/xdocs cookies.xml

olegk 2003/06/03 14:26:35 Modified:httpclient/xdocs cookies.xml Log: Minor corrections in the Cookies guide Contributed by Oleg Kalnichevski Revision ChangesPath 1.2 +46 -26jakarta-commons/httpclient/xdocs/cookies.xml Index: cookies.xml ===

Re: [math] matters of copyright

On Tuesday, June 3, 2003, at 12:41 AM, Phil Steitz wrote: --- robert burrell donkin <[EMAIL PROTECTED]> wrote: it seems to me that brent is assuring us that he went back to the mathematical basis of the algorithm and started from that. a clean implementation based on the mathematics should not i

RE: [COLLECTIONS] FastHashMap performance

Howdy, >From "Java theory and practice: Urban performance legends" >(http://www-106.ibm.com/developerworks/library/j-jtp04223.html?ca=dnt-4 16): I'd read that when it was posted: it's a good and interesting article. Thank you for sending the link anyways. I agree with many of the points made in

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang IllegalClassException.java

ggregory2003/06/03 13:49:59 Modified:lang/src/java/org/apache/commons/lang IllegalClassException.java Log: Minor Javadoc fix and improvements. Revision ChangesPath 1.3 +8 -7 jakarta-commons/lang/src/java/org/apache/commons/lang/IllegalC

RE: [COLLECTIONS] FastHashMap performance

>From "Java theory and practice: Urban performance legends" (http://www-106.ibm.com/developerworks/library/j-jtp04223.html?ca=dnt-416): "First of all, microbenchmarks rarely measure what you think they're measuring. In the presence of dynamic compilation, you have no idea what bytecode the JVM

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang/builder ToStringBuilderTest.java

ggregory2003/06/03 13:15:33 Modified:lang/src/test/org/apache/commons/lang/builder ToStringBuilderTest.java Log: Refactor code in ToStringBuilder.reflectionToString(...) into a new subclass called ReflectionToStringBuilder. All of the ToStringBuilder.reflec

Re: DoubleMetaphone Implementation

On Tue, 2003-06-03 at 14:07, Benjamin Walstrum wrote: > I have been in contact with Lawrence Philips who has > assured me that his code is in the public domain, and > is therefore completely available, eliminating any > legal difficulties related to the DoubleMetaphone > implementation. I also wro

RE: [COLLECTIONS] FastHashMap performance

Howdy, Assuming I agree that GC and JIT play a role in my benchmark (which I don't without further convincing), how should I disable them? I see -XX:-DisableExplicitGC is a VM option, but it only disables explicit System.gc() calls, which I don't use anyways. I couldn't find an option to disable

Re: [COLLECTIONS] FastHashMap performance

BTW This class can be removed in the future, It is not recommended to use it (not thread safe, but adds synchronization overhead). - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, June 03, 2003 9:05 PM S

Re: [COLLECTIONS] FastHashMap performance

I have tried to implement performance tests for maps, but it is not trivial. Try to dissable GC and JIT for performance tests. - Original Message - From: "Shapira, Yoav" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, June 03, 2003 9:05 PM Subj

Re: DoubleMetaphone Implementation

Tim - I have been in contact with Lawrence Philips who has assured me that his code is in the public domain, and is therefore completely available, eliminating any legal difficulties related to the DoubleMetaphone implementation. Let me know if (and how) to proceed. Ben > > Ben, thanks for th

RE: [COLLECTIONS] FastHashMap performance

Howdy, I've had tests with both a normal hashmap (just new HashMap() used) and a synchronized wrapper (Collections.synchronizedMap(new HashMap()). I would expect the normal HashMap to be faster than both the FastHashMap and the synchronized HashMap. Is my expectation wrong? However, here are th

RE: [COLLECTIONS] FastHashMap performance

In your test, are you synchronizing the HashMap? FastHashMap implements smart synchronization. It should not be compared with an unsynchronized version of HashMap. P.S. In fact, it might be nice to allow doing this smart synchronization on *any* Map. i.e. alternative to Collections.synchroniz

Re: [math] UnivariateImpl - when sumsq ~ xbar*xbar*((double) n)

Yes, I'm working my way through all the bug patches and trying apply them in order. Hopefully this shouldn't take too long, but I'm in and out of the office today, so it might not be til this evening. -Mark Phil Steitz wrote: --- "Mark R. Diggory" <[EMAIL PROTECTED]> wrote: Phil Steitz wrot

Re: [math] UnivariateImpl - when sumsq ~ xbar*xbar*((double) n)

--- "Mark R. Diggory" <[EMAIL PROTECTED]> wrote: > Phil Steitz wrote: > > > Al Chou wrote: > > > >> Uh, did we drop the idea of using the "corrected two-pass" algorithm > >> for the > >> variance in the non-rolling case? I excerpted that thread below. > > > > > > I was going to mention that. T

Re: [math] UnivariateImpl - when sumsq ~ xbar*xbar*((double) n)

Phil Steitz wrote: Al Chou wrote: Uh, did we drop the idea of using the "corrected two-pass" algorithm for the variance in the non-rolling case? I excerpted that thread below. I was going to mention that. The discussion above regards the "non-stored vector" approach (UnivariateImpl). I sub

Re: [math] matters of copyright

--- Phil Steitz <[EMAIL PROTECTED]> wrote: > > The dodgy bit is that someone > else who did the same > derivation and ended up with a similar > implementation (e.g. NR) might > claim > ownership of the algorithm itself. This is why the > limitation expressed > in the > NR copyright statement is

DoubleMetaphone Implementation

Hello - I am writing to inquire if anyone has any interest in adding a Double Metaphone implementation to the Commons Codec project. To my knowlege there is not an implementation of this in your latest release, and the archive is down so I have no idea if someone else already proposed it. Doubl

Re: [math] UnivariateImpl - when sumsq ~ xbar*xbar*((double) n)

Al Chou wrote: Uh, did we drop the idea of using the "corrected two-pass" algorithm for the variance in the non-rolling case? I excerpted that thread below. Al No, we definitely should plan to include this into StoredUnivariate (and when UnivariateImpl requires storage). I've been wondering i

DO NOT REPLY [Bug 20449] New: - Define flag for validating current page only in multipage form

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [math] UnivariateImpl - when sumsq ~ xbar*xbar*((double) n)

Al Chou wrote: --- [EMAIL PROTECTED] wrote: Phil Steitz wrote: Phil Steitz wrote: [EMAIL PROTECTED] wrote: Phil Steitz wrote: Since xbar = sum/n, the change has no impact on the which sums are computed or squared. Instead of (sum/n)*(sum/n)*n your change just computes sum**2/n. The diffe

cvs commit: jakarta-commons-sandbox/configuration project.xml

epugh 2003/06/03 07:15:23 Modified:configuration project.xml Log: Pointed out that marking a release 1.0 for a sandbox component was premature. Cutting a new version for ibiblio based on prior version numbers. Revision ChangesPath 1.25 +2 -2 jakarta-commons-