Re: [COLLECTIONS] [VOTE] Release Collections 2.0

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > > On Mon, 18 Mar 2002, James Strachan wrote: > > > Date: Mon, 18 Mar 2002 23:45:21 - > > From: James Strachan <[EMAIL PROTECTED]> > > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > > To: Jakarta Com

cvs commit: jakarta-commons-sandbox/periodicity/src/java/org/apache/commons/periodicity/test/vevent VEventSaveOnlyTest.java

prickett02/03/19 20:13:54 Modified:periodicity build.properties periodicity/src/java/org/apache/commons/periodicity/ical/vobjects VEvent.java periodicity/src/java/org/apache/commons/periodicity/test/vevent VEv

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections CursorableLinkedList.java DefaultMapEntry.java

mas 02/03/19 21:16:24 Modified:collections/src/java/org/apache/commons/collections CursorableLinkedList.java DefaultMapEntry.java Log: Fix javadoc warnings Revision ChangesPath 1.5 +5 -5 jakarta-commons/collections/src/java/org/apa

Re: [collections] ReverseComparator

On Tue, 19 Mar 2002, Morgan Delagrange wrote: > > I disagree. a no-arg constructor and dynamic instantiation of the > > comparator may be useful without a get/setComparator mechanism. For > > example, consider an application that allows you to specify a comparator > > in a configuration file whi

Re: [collections] ReverseComparator

- Original Message - From: "Michael A. Smith" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>; "Morgan Delagrange" <[EMAIL PROTECTED]> Cc: "Henri Yandell" <[EMAIL PROTECTED]> Sent: Tuesday, March 19, 2002 6:22 PM Subject: Re: [collections] ReverseComparator

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/comparators ReverseComparator.java

mas 02/03/19 16:25:37 Modified:collections/src/java/org/apache/commons/collections/comparators ReverseComparator.java Log: Fix deviation from Comparator contract [sgn(compare(x, y)) == -sgn(compare(y, x))] Eliminate multiplication by switching orde

Re: [collections] ReverseComparator

On Tue, 19 Mar 2002, Morgan Delagrange wrote: > If you like. Either we add setComparator/getComparator, or we remove the > undesirable no-op constructor. If it were me, I'd just do the later, but > I'm not in the "make every class a bean" camp. I disagree. a no-arg constructor and dynamic inst

cvs commit: jakarta-commons-sandbox/services/src/java/org/apache/commons/services EventModule.java

martinc 02/03/19 15:12:12 Modified:services/src/java/org/apache/commons/services EventModule.java Log: Add try/catch around calls to Pool methods which may now throw exceptions. This is really a "get it to build" change - the caught exceptions are not dea

cvs commit: jakarta-commons/collections/data/test ComparatorChain.version2.obj

morgand 02/03/19 14:26:20 Modified:collections/data/test ComparatorChain.version2.obj Log: pre-release change to the Serialization format Revision ChangesPath 1.2 +1 -1 jakarta-commons/collections/data/test/ComparatorChain.version2.obj <> --

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections/comparators TestComparatorChain.java

morgand 02/03/19 14:25:58 Modified:collections/src/test/org/apache/commons/collections/comparators TestComparatorChain.java Log: now throws an exception for comparisons on an empty chain and added no-op constructor Revision ChangesPath 1.2

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/comparators ComparatorChain.java

morgand 02/03/19 14:25:51 Modified:collections/src/java/org/apache/commons/collections/comparators ComparatorChain.java Log: now throws an exception for comparisons on an empty chain and added no-op constructor Revision ChangesPath 1.5 +34

Re: property naming (Re: cvs commit: jakarta-commons/digester build.properties.sample)

On Tue, Mar 19, 2002 at 09:14:53AM -0800, Daniel Rall wrote: > Jeff Turner <[EMAIL PROTECTED]> writes: > > > On Mon, Mar 18, 2002 at 07:49:29PM -0800, Daniel Rall wrote: > > > Why not use lib.repo instead of root? Many other projects are already > >> using this variable to point to the location w

cvs commit: jakarta-commons-sandbox/altrmi/src/java/org/apache/commons/altrmi/generator ProxyGeneratorImpl.java

hammant 02/03/19 14:12:36 Modified:altrmi tests.xml altrmi/src/java/org/apache/commons/altrmi/client AltrmiProxy.java altrmi/src/java/org/apache/commons/altrmi/client/impl BaseServedObject.java

Re: property naming (Re: cvs commit: jakarta-commons/digesterbuild.properties.sample)

on 3/19/02 12:50 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > I'm likewise ok with switching the build.xml and build.properties.sample > defaults in Commons to ${lib.repo} style, if that's what people want -- > just don't mess up my ability to override the locations of each individual >

Re: property naming (Re: cvs commit: jakarta-commons/digesterbuild.properties.sample)

On Tue, 19 Mar 2002, Daniel Rall wrote: > Date: Tue, 19 Mar 2002 11:41:32 -0800 > From: Daniel Rall <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: Re: property naming (Re: cvs commit: jakar

Re: [collections] ReverseComparator

If you like. Either we add setComparator/getComparator, or we remove the undesirable no-op constructor. If it were me, I'd just do the later, but I'm not in the "make every class a bean" camp. - Original Message - From: "Henri Yandell" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers

Re: [collections] ReverseComparator

The only reason I'd normally expect to have an empty constructor would be for reflection. To that end, should it have a setComparator/getComparator methods? Hen On Tue, 19 Mar 2002, Morgan Delagrange wrote: > Do we need an empty constructor? If it does not produce desirable > behaviour, why no

Re: property naming (Re: cvs commit: jakarta-commons/digester build.properties.sample)

"Craig R. McClanahan" <[EMAIL PROTECTED]> writes: > both are equally valid, but consistency within a particular > philosophy is even more important than choosing one or the other. I don't agree. As I mentioned in my message in response to Jeff, and as you say above, build files following the St

Re: [collections] ReverseComparator

Michael suggested that the no-op constructor essentially behave like this: ReverseComparator() { this(ComparableComparator.getInstance()); } What do you think, Hen? Do you think that is preferable, or do you prefer your initial behaviour (reversing the List). - Original Message

Re: [COLLECTIONS] [VOTE] Release Collections 2.0

On Mon, 18 Mar 2002, James Strachan wrote: > Date: Mon, 18 Mar 2002 23:45:21 - > From: James Strachan <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: Re: [COLLECTIONS] [VOTE] Release Col

Re: [COLLECTIONS] [VOTE] Release Collections 2.0

On Mon, 18 Mar 2002, James Strachan wrote: > - Original Message - > From: "Morgan Delagrange" <[EMAIL PROTECTED]> > > > yeah, I think I did mean ArrayIterator. The simple way of doing this > > > would be to use Array.getLength(array). That does the checking for you. > > > It also lets yo

Re: property naming (Re: cvs commit: jakarta-commons/digesterbuild.properties.sample)

On Tue, 2002-03-19 at 10:59, Henri Yandell wrote: > > I've been playing with it to use for work too. Trying to figure out what > advantages JJAR has over just using cvs and ant-cvs tasks. Using something like JJAR or Maven (which has auto JAR downloading feature) allows you to use a single set o

Re: [COLLECTIONS] [VOTE] Release Collections 2.0

- Original Message - From: "James Strachan" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Monday, March 18, 2002 5:45 PM Subject: Re: [COLLECTIONS] [VOTE] Release Collections 2.0 > - Original Message - > From: "Morgan Delagrange" <[EMAIL PRO

Re: [COLLECTIONS] [VOTE] Release Collections 2.0

- Original Message - From: "Michael A. Smith" <[EMAIL PROTECTED]> > On Mon, 18 Mar 2002, Morgan Delagrange wrote: > > > For example, ArrayEnumeration takes an Object as a parameter, but does not > > > provide checking on that to ensure that it is actually an Array. The > > > checking woul

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/persistence/impl PersistentProxy.java

baliuka 02/03/19 07:23:34 Modified:simplestore/src/java/org/apache/commons/simplestore/persistence Persistent.java simplestore/src/java/org/apache/commons/simplestore/persistence/impl PersistentProxy.java Log: Revi

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/persistence/impl PersistentProxy.java

baliuka 02/03/19 07:16:13 Modified:simplestore/src/java/org/apache/commons/simplestore/persistence Persistent.java simplestore/src/java/org/apache/commons/simplestore/persistence/impl PersistentProxy.java Log: Revi

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/persistence/impl PersistentProxy.java

baliuka 02/03/19 07:07:48 Modified:simplestore/src/java/org/apache/commons/simplestore/persistence/impl PersistentProxy.java Log: Revision ChangesPath 1.21 +3 -20 jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplesto

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/tools Enhancer.java

baliuka 02/03/19 07:03:57 Modified:simplestore/src/java/org/apache/commons/simplestore/persistence StorageException.java simplestore/src/java/org/apache/commons/simplestore/persistence/impl MetaClassImpl.java PersistentProxy

cvs commit: jakarta-commons-sandbox/simplestore/src/test/org/apache/commons/simplestore TestEnhancer.java

baliuka 02/03/19 05:50:19 Modified:simplestore/src/java/org/apache/commons/simplestore/tools Enhancer.java simplestore/src/test/org/apache/commons/simplestore TestEnhancer.java Log: Fixed bug in Array return type handlin

Re: [COLLECTIONS] [VOTE] Release Collections 2.0

- Original Message - From: "Morgan Delagrange" <[EMAIL PROTECTED]> > > yeah, I think I did mean ArrayIterator. The simple way of doing this > > would be to use Array.getLength(array). That does the checking for you. > > It also lets you calculate the length once (in the constructor) so t

cvs commit: jakarta-commons build.properties.sample

dion02/03/19 05:38:46 Modified:.build.properties.sample Log: Added JDOM URL Revision ChangesPath 1.7 +2 -2 jakarta-commons/build.properties.sample Index: build.properties.sample ===

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/persistence/impl DBStorage.java

baliuka 02/03/19 04:49:30 Modified:simplestore/src/java/org/apache/commons/simplestore/persistence/impl DBStorage.java Log: Revision ChangesPath 1.14 +2 -2 jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/per

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/jdbc DriverDataSource.java

baliuka 02/03/19 04:48:08 Modified:simplestore/src/java/org/apache/commons/simplestore/jdbc DriverDataSource.java Log: removed javax.sql.* depependence Revision ChangesPath 1.9 +2 -2 jakarta-commons-sandbox/simplestore/src/java/org/apa

cvs commit: jakarta-commons-sandbox/periodicity build.xml

prickett02/03/19 00:19:35 Modified:periodicity build.xml Log: Added an ant task to install the database Added an ant task to install the database and build the web archive file. Revision ChangesPath 1.15 +9 -0 jakarta-commons-sandbox/periodicity/build.xml

cvs commit: jakarta-commons-sandbox/periodicity build.xml

prickett02/03/19 00:06:00 Modified:periodicity build.xml Log: Added a project-insert-mysql task to the build file. Added a project-insert-postgresl task to the build file. Added a dist task to the build file. Submitted by:Jeff Prickett Revision ChangesPath 1.14

DO NOT REPLY [Bug 7038] - DBCP does not build under JDK 1.4

lution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-03-19 06:23 --- Fixed in nightly build 20020319. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: property naming (Re: cvs commit: jakarta-commons/digesterbuild.properties.sample)

I've been playing with it to use for work too. Trying to figure out what advantages JJAR has over just using cvs and ant-cvs tasks. On Tue, 19 Mar 2002, Tomasz Pik wrote: > Jason van Zyl wrote: > > What about Commons-Sandbox JJar Component? > I use a little modified version of this tool and I t

Re: [collections] ReverseComparator

On Tue, 19 Mar 2002, Michael A. Smith wrote: > I'm not going to argue this anymore though. I've changed my position -- > why is this class even included in commons when the JDK provides a > reverse/inverse comparator already? @see Collections.reverseOrder() I just answered my own question. Col

Re: property naming (Re: cvs commit: jakarta-commons/digesterbuild.properties.sample)

On Mon, 2002-03-18 at 23:41, Craig R. McClanahan wrote: > > The projects that inherit their build philosophy from Turbine definitely > like lib.repo, because they tend to put all the dependency JAR files in > one place. > > The projects that inherit their build philosophy from Struts and Tomca

Re: [collections] ReverseComparator

On Tue, 19 Mar 2002, Christoph Reck wrote: > In sorting "reverse" is a common terminology, the comparator is used to > sort. Ascending/Descending would be another term but is to much "point > of view" dependant. > > Just my EUR0.02... I agree that reverse is common terminology when sorting, but

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections SynchronizedPriorityQueue.java

mas 02/03/19 05:19:13 Modified:collections/src/java/org/apache/commons/collections SynchronizedPriorityQueue.java Log: Fixed API to use new interfaces defined by PriorityQueue. Now supports objects that do not implement comparable. Revision Chang

Re: Can't build Collections

My bad. I didn't build clean before checking in the changes to PriorityQueue.java. I'll fix this right away... michael On Mon, 18 Mar 2002, Martin Cooper wrote: > Attempting to build jakarta-collections tonight results in the following: > > build-java: > [mkdir] Created dir: > C:\src\jak

Re: [collections] ReverseComparator

In sorting "reverse" is a common terminology, the comparator is used to sort. Ascending/Descending would be another term but is to much "point of view" dependant. Just my EUR0.02... "Michael A. Smith" wrote: >[snip] > Additionally, I think that "InverseComparator" is a more appropriate name, >

[GUMP] Build Failure - collections

This email is autogenerated from the output from: Buildfile: build.xml init: build-java: [mkdir] Created dir:

RE: [HttpClient] Does it support "multipart/form-data" ?

HttpClient "supports" multipart/form-data or course, in the sense that you can always override the way in which an HttpMethod interacts with the server, but I'm not aware of any specific RFC 2388 methods. It should be straightforward to create an extension of PostMethod (or a new HttpMethod imple

[HttpClient] Does it support "multipart/form-data" ?

Hi, Someone has asked for support for multipart/form-data in Cactus. However, I do believe it fits better HttpClient (which Cactus uses). Thus, my question : does HttpClient offers high level api (read easy to use) for sending a multipart/form-data request ? If not, is someone working on it and/