Re: [net] minimum jdk version?

> On Tue, 04 May 2004 23:35:18 +0100, Stephen Colebourne <[EMAIL PROTECTED]> said: > 1.2.1 looks likely. BTW, you should always compile the release jar > on JDK1.3, as a 1.4 built one often doesn't run on JDK 1.2/1.3. Do you have a reference to this documented somewhere? I had not heard thi

Re: [VOTE][NET] Release commons-net 1.2.1

+1 from me. On Tue, 4 May 2004 21:17:17 -0500, Steve Cohen <[EMAIL PROTECTED]> wrote: > > This will be a fix release to fix the problem introduced in 1.2.0 that it will > not compile using jdk < 1.4 and nothing else. > > Details at http://issues.apache.org/bugzilla/show_bug.cgi?id=28775, which I

[VOTE][NET] Release commons-net 1.2.1

This will be a fix release to fix the problem introduced in 1.2.0 that it will not compile using jdk < 1.4 and nothing else. Details at http://issues.apache.org/bugzilla/show_bug.cgi?id=28775, which I've already fixed (and verified against jdk 1.2). Also, per the advice of Stephen Colburne, thi

[POOL] Initial Pool size

Hello, My query regarding the initial size of a pool seems so basic that I am sure that I am wasting your time. However, I have scoured the source code for both Pool and DBCP for the better part of a day and I am having trouble understanding how the initial size of a pool is maintained. I apolo

Re: [digester] local ArrayStack implementation not backwardscompatible?

On Wed, 2004-05-05 at 11:57, Craig McClanahan wrote: > I like copying the class without a package rename as a medium-term step > while we deprecate and create a new public method that returns a > standard collection class instead of a [collections] class. The chances > of a bad change on the [c

Re: [digester] local ArrayStack implementation not backwardscompatible?

Stephen Colebourne wrote: This slipped past me... I have already examined the source and test compatability of collections 3.0 and 2.1: http://www.mail-archive.com/[EMAIL PROTECTED]/msg37636.html Binary compatability is much more difficult to test for. As there is no automated tool, some binary i

Re: [digester] local ArrayStack implementation not backwardscompatible?

Stephen Colebourne wrote: From: "David Graham" <[EMAIL PROTECTED]> What happens if someone is using both digester and collections? Which ArrayStack class would be used when they're in the same package in different jars? Hoping that the class doesn't change seems rather optimistic and error pr

Re: [collections] TreeList

The default iterator is picked up from AbstractList. For each next() it uses get(index) on the list to retrieve the element. As you might imagine, ArrayList can easily beat this with a dedicated implementation going straight to the array. The two possible solutions are to have each node in the tre

Re: [collections] KeySetMap?

This would be a very unusual map implementation (I can't figure out what your keys might be, and thus why you wouldn't use a Set or Bag). What you describe is a FixedSizeMap with the exception that keys can be added via the keySet(). This is a violaton of keySet() (which states that add is not sup

Re: [net] minimum jdk version?

In message <[EMAIL PROTECTED]>, Steve Cohen writes: >I think a fix release is needed for this. >Guys, what should the name of such a version be? 1.2.1 >Are there any guidelines about releasing a fix version for such a small but >vital thing? Just roll another release. Here's my +1 in advance.

Re: [digester] local ArrayStack implementation not backwardscompatible?

This slipped past me... I have already examined the source and test compatability of collections 3.0 and 2.1: http://www.mail-archive.com/[EMAIL PROTECTED]/msg37636.html Binary compatability is much more difficult to test for. As there is no automated tool, some binary incompatabilities did occur

Re: [collections] Backwards compatability 3.0 to 2.1

Collections 3.0 is SOURCE and TEST compatible with 2.1 via deprecation (see below). The following BINARY incompatabilities were present and not noted in the release notes (I've just manually checked for them): Important: The following IteratorUtils methods changed return type causing errors when

Re: [digester] local ArrayStack implementation not backwardscompatible?

From: "David Graham" <[EMAIL PROTECTED]> > What happens if someone is using both digester and collections? Which > ArrayStack class would be used when they're in the same package in > different jars? Hoping that the class doesn't change seems rather > optimistic and error prone. Its a judgement

RE: [general] library management

On Wed, 2004-05-05 at 00:51, Shapira, Yoav wrote: > Hi, > I wanted to point out a couple of points without delving into deep > discussion on their merits ;) > > Tools of the pruner type exist, as Henri mentioned. I've used GenJar > (http://genjar.sourceforge.net/) in the past with some success, f

RE: [net] minimum jdk version?

I like the Major.Minor.Maintenance nomenclature where: A Major version change can have API breakage and is for big new features. A Minor version change cannot have API breakage and is for smaller incremental changes. A Maintenance version change cannot have API breakage and is not for feature ch

cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser NTFTPEntryParser.java

scohen 2004/05/04 15:44:05 Modified:net/src/test/org/apache/commons/net/telnet TelnetClientTest.java net/src/java/org/apache/commons/net/ftp/parser NTFTPEntryParser.java Log: Ensure compatibility with JDKs < 1.4 PR:287

Re: [digester] local ArrayStack implementation not backwardscompatible?

--- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > From: "robert burrell donkin" <[EMAIL PROTECTED]> > > maybe we could sidestep this issue by including the two collections > > classes (ArrayStack and Buffer) that beanutils depends upon (either > > directly or indirectly) within the beanutils rel

Re: [digester] local ArrayStack implementation not backwardscompatible?

From: "robert burrell donkin" <[EMAIL PROTECTED]> > maybe we could sidestep this issue by including the two collections > classes (ArrayStack and Buffer) that beanutils depends upon (either > directly or indirectly) within the beanutils release and removing the > collections dependency. since the v

Re: [digester] local ArrayStack implementation not backwardscompatible?

--- robert burrell donkin <[EMAIL PROTECTED]> wrote: > On 4 May 2004, at 22:34, David Graham wrote: > > --- robert burrell donkin <[EMAIL PROTECTED]> > wrote: > > > > >> we screwed up :( > >> > >> a reference (in a public API) to the collection packaged version was > >> introduced and not picke

Re: [digester] TO-DO for release 1.6

On 4 May 2004, at 23:26, Simon Kitching wrote: On Wed, 2004-05-05 at 09:25, robert burrell donkin wrote: On 24 Apr 2004, at 04:12, Craig R. McClanahan wrote: Simon Kitching wrote: * move rss stuff to "extras" directory -- will take care of this over the weekend. i'm happy to do the actual movin

Re: [net] minimum jdk version?

1.2.1 looks likely. BTW, you should always compile the release jar on JDK1.3, as a 1.4 built one often doesn't run on JDK 1.2/1.3. Stephen - Original Message - From: "Steve Cohen" <[EMAIL PROTECTED]> > I think a fix release is needed for this. > Guys, what should the name of such a versi

DO NOT REPLY [Bug 28660] - [Configuration] Lists in a CompositeConfiguration

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28763] - [configuration] SubsetConfiguration.getList throws exception

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://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration AbstractConfiguration.java

epugh 2004/05/04 15:27:10 Modified:configuration/xdocs changes.xml configuration/src/test/org/apache/commons/configuration TestSubsetConfiguration.java configuration/src/java/org/apache/commons/configuration

Re: [digester] TO-DO for release 1.6

On Wed, 2004-05-05 at 09:25, robert burrell donkin wrote: > On 24 Apr 2004, at 04:12, Craig R. McClanahan wrote: > > Simon Kitching wrote: > > > > >> * move rss stuff to "extras" directory > > -- will take care of this over the weekend. > > i'm happy to do the actual moving. IMHO the real ques

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

epugh 2004/05/04 15:15:26 Modified:configuration project.properties project.xml Log: Add dependency on spice-jndikit Revision ChangesPath 1.9 +1 -1 jakarta-commons/configuration/project.properties Index: project.properties =

cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration MockStaticMemoryInitialContextFactory.java TestConfigurationFactory.java TestJNDIConfiguration.java TestJNDIEnvironmentValues.java TestConfigurationXMLDocument.java

epugh 2004/05/04 15:14:29 Modified:configuration/src/test/org/apache/commons/configuration TestConfigurationFactory.java TestJNDIConfiguration.java TestJNDIEnvironmentValues.java TestConfigu

Re: [digester] local ArrayStack implementation not backwardscompatible?

On Wed, 2004-05-05 at 09:09, robert burrell donkin wrote: > On 24 Apr 2004, at 04:19, Craig R. McClanahan wrote: > > > > > From what I can see on TOMCAT-DEV, the Tomcat developers think that > > there are backwards incompatibilities for Tomcat users (beyond any > > issues that might affect Tom

Re: [digester] local ArrayStack implementation not backwardscompatible?

On 4 May 2004, at 22:34, David Graham wrote: --- robert burrell donkin <[EMAIL PROTECTED]> wrote: we screwed up :( a reference (in a public API) to the collection packaged version was introduced and not picked up before it had been released. Can we deprecate the offending API, provide standard J

Re: [digester] local ArrayStack implementation not backwardscompatible?

--- robert burrell donkin <[EMAIL PROTECTED]> wrote: > > On 4 May 2004, at 22:23, David Graham wrote: > > > > > --- robert burrell donkin <[EMAIL PROTECTED]> > wrote: > >> On 24 Apr 2004, at 04:19, Craig R. McClanahan wrote: > >> > >> > >> > >>> From what I can see on TOMCAT-DEV, the Tomcat dev

Re: [net] minimum jdk version?

I think a fix release is needed for this. Guys, what should the name of such a version be? Are there any guidelines about releasing a fix version for such a small but vital thing? On Tuesday 04 May 2004 4:17 pm, Steve Cohen wrote: > Ouch! That's a bug. Please enter it into bugzilla. I guess we

Re: [digester] local ArrayStack implementation not backwardscompatible?

On 4 May 2004, at 22:23, David Graham wrote: --- robert burrell donkin <[EMAIL PROTECTED]> wrote: On 24 Apr 2004, at 04:19, Craig R. McClanahan wrote: From what I can see on TOMCAT-DEV, the Tomcat developers think that there are backwards incompatibilities for Tomcat users (beyond any issues th

cvs commit: jakarta-commons/httpclient project.xml

olegk 2004/05/04 14:27:11 Modified:httpclient Tag: HTTPCLIENT_2_0_BRANCH project.xml Log: Email address update per contributor's request Revision ChangesPath No revision No revision 1.35.2.13 +1 -1 jakarta-commons/httpclient/

Re: [digester] TO-DO for release 1.6

On 24 Apr 2004, at 04:12, Craig R. McClanahan wrote: Simon Kitching wrote: * move rss stuff to "extras" directory Craig? Sorry ... I've been totally buried with day-job responsibilities lately -- check out Sun Java Studio Creator if you want to know what I'm currently working on :-) cool :)

cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestIdleConnectionTimeout.java

olegk 2004/05/04 14:24:51 Modified:httpclient/src/contrib/org/apache/commons/httpclient/contrib/utils HttpMethodCloner.java httpclient/src/java/org/apache/commons/httpclient ProxyClient.java httpclient/src/te

Re: [digester] local ArrayStack implementation not backwardscompatible?

--- robert burrell donkin <[EMAIL PROTECTED]> wrote: > On 24 Apr 2004, at 04:19, Craig R. McClanahan wrote: > > > > > From what I can see on TOMCAT-DEV, the Tomcat developers think that > > there are backwards incompatibilities for Tomcat users (beyond any > > issues that might affect Tomcat

cvs commit: jakarta-commons/httpclient project.xml

olegk 2004/05/04 14:22:24 Modified:httpclient project.xml Log: Email address update per contributor's request Revision ChangesPath 1.47 +1 -1 jakarta-commons/httpclient/project.xml Index: project.xml =

Re: [net] minimum jdk version?

Ouch! That's a bug. Please enter it into bugzilla. I guess we'll have to get a fix release for that. It certainly was not the intent to release the product for jdk 1.4+ and it's egg on my face. On Tuesday 04 May 2004 1:06 pm, Edelson, Justin wrote: > Does the net 1.2 require JDK 1.4 to comp

Re: [digester] local ArrayStack implementation not backwardscompatible?

On 24 Apr 2004, at 04:19, Craig R. McClanahan wrote: From what I can see on TOMCAT-DEV, the Tomcat developers think that there are backwards incompatibilities for Tomcat users (beyond any issues that might affect Tomcat itself). Based on that, I've certainly been one of those casting aspersi

Re: [all] BinaryCompatability tester

That would be a cool thing. The last released tag vs HEAD as a binary compatibility nightly tester. Definitely something worth working on. Hen On Tue, 4 May 2004, robert burrell donkin wrote: > On 3 May 2004, at 22:38, Simon Kitching wrote: > > On Mon, 2004-05-03 at 19:15, robert burrell donki

Re: [all] BinaryCompatability tester

On 3 May 2004, at 22:38, Simon Kitching wrote: On Mon, 2004-05-03 at 19:15, robert burrell donkin wrote: there is a maven jdiff plugin which i've been using to create reports on the difference between the betwixt refactoring branch and HEAD. it's pretty easy to use so maybe that'd be worth tryin

Re: BUILD FAILED: The element type "target" must be terminated by the matching end-tag ""

Thanks, my error :-((( Stephen - Original Message - From: "Dirk Verbeeck" <[EMAIL PROTECTED]> > fixed > > Thanks > Dirk > > Janek Bogucki wrote: > > > Just did a cvs update and got this > > > > $ ant > > Buildfile: build.xml > > > > BUILD FAILED > > file:/home/yan/cvs.apache.org/jakarta-c

RE: [codec] 1.3 Release Candidate Status

Are there any volunteers to improve Clover unit test coverage for the 1.3 release? What we have today is pretty good but some classes could be better covered. Thank you, Gary > -Original Message- > From: Tim O'Brien [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 10:58 > To: J

cvs commit: jakarta-commons/dbcp project.xml

dirkv 2004/05/04 11:15:57 Modified:dbcp project.xml Log: add Wayne Woodfield as a contributor Revision ChangesPath 1.28 +3 -0 jakarta-commons/dbcp/project.xml Index: project.xml === R

cvs commit: jakarta-commons/dbcp project.xml

dirkv 2004/05/04 11:13:56 Modified:dbcp project.xml Log: add Todd Carmichael as a contributor Revision ChangesPath 1.27 +6 -0 jakarta-commons/dbcp/project.xml Index: project.xml === R

cvs commit: jakarta-commons/pool project.xml

dirkv 2004/05/04 11:13:40 Modified:pool project.xml Log: add Todd Carmichael as a contributor Revision ChangesPath 1.25 +6 -0 jakarta-commons/pool/project.xml Index: project.xml === R

[math] license issue

I believe we should discuss what might be a copyright infringement issue with the two normal cdf algorithms. NormalCDFPreciseAlgorithm cites a couple sources for its implementation: 1. R which is protected by GPL 2. TOMS 715 which is protected by ACM's CALGO license, http://www.acm.org/calgo/copyr

cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/util ContractableDoubleArrayTest.java ExpandableDoubleArrayTest.java

brentworden2004/05/04 06:15:47 Modified:math/src/test/org/apache/commons/math/util ContractableDoubleArrayTest.java ExpandableDoubleArrayTest.java Log: Added unit tests. Revision ChangesPath 1.9 +20 -1 jakarta-co

Re: [vfs][all] How to update website for VFS

What I do in commons-net. maven site And your target/docs directory should have your site locally. To deploy that generated site: maven site:sshdeploy If you want to generate and deploy in one step: maven site:deploy > On Tue, 04 May 2004 12:51:15 +0200, Mario Ivankovits <[EMAIL PROT

RE: [general] library management

Hi, I wanted to point out a couple of points without delving into deep discussion on their merits ;) Tools of the pruner type exist, as Henri mentioned. I've used GenJar (http://genjar.sourceforge.net/) in the past with some success, for example. It's a nice option to have with regards to commo

Re: [general] library management

[not really a direct answer of your email as I'm -0 to Commons creating systems to create jar slices] Tools to do such things to jars exist already I think from the Applet days. I know I've written something that seemed to work for binaries but had trouble with source [due to final variable inlin

DO NOT REPLY [Bug 28763] - [configuration] SubsetConfiguration.getList throws exception

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://issues.apache.org/bugzilla/show_bu

[vfs][all] How to update website for VFS

Hello! I would like to update the website for the vfs project. It looks like http://www.apache.org/dev/committers.html#web is no longer true - isnt it? As far as i have seen there is an xdocs directory in the projects cvs. I have changed and commited it but it looks like the site needs some kind

DO NOT REPLY [Bug 28763] New: - [configuration] SubsetConfiguration.getList throws exception

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://issues.apache.org/bugzilla/show_bu

[GUMP@lsd]: jakarta-commons/commons-collections failed

ailable at: http://lsd.student.utwente.nl/gump/jakarta-commons/commons-collections/index.html That said, some snippets follow: Gump provided these annotations: - Info - Sole jar [commons-collections-20040504.jar] identifier set to project name - Info - Failed with reason build failed - Info - E

BUILD FAILED: The element type "target" must be terminated by the matching end-tag ""

Just did a cvs update and got this $ ant Buildfile: build.xml BUILD FAILED file:/home/yan/cvs.apache.org/jakarta-commons/collections/build.xml:584: The element type "target" must be terminated by the matching end-tag "". Total time: 2 seconds Looks like line 282 is the culprit: -Janek --

Re: [general] library management

I would like to bring something in line about this discussion - just to be sure - i know what you talking about ;-) *) It should be possible to strip out only the needed classfiles out of the commons-project to create a new custom all-in-one.jar - right? *) If not - at least it should be possibl