Re: [collections] LRUMap - which order?

[EMAIL PROTECTED] wrote: Just to confirm, you want map.firstKey() to return the next key to be removed from the map? Stephen Correct, I think this makes the most sense. Anyone else have an opinion? - To unsubscribe, e-mail: [

Re: [collections] [contribution] CompositeSet and CompositeMap

On Dec 8, 2003, at 10:38 PM, Phil Steitz wrote: I missed your earlier comments, unless you mean on the CompositeCollection submission. * Please try to follow the [collections] style for braces. No problem, I figured this was just an autoformat via tool of choice -- can do so if it needs it. I (

Re: [collections] [contribution] CompositeSet and CompositeMap

Brian McCallister wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Dec 7, 2003, at 7:08 PM, Stephen Colebourne wrote: I think that they probably are useful additions, however the review and commit may take some time :-) No worries =) I don't have an immediate or near future need for them

Re: [lang][collections][primitives] etc, JDK compatibility query

Rodney Waldhoff wrote: I'm strongly opposed to requiring JDK 1.4 at this time in collections or primitives. I don't use or contribute to lang, but I suggest it's a bad idea there too. I agree (strongly). Gary Gregory suggested in a previous [lang][codec] thread (http://nagoya.apache.org/eyebrow

DO NOT REPLY [Bug 25350] - [events] replaced old commons-collection package names

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

DO NOT REPLY [Bug 25350] New: - [events] replaced old commons-collection package names

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

[website] Commons house style (was: Re: cvs commit: jakarta-commons-sandbox/configuration project.properties)

Here is a start: http://nagoya.apache.org/wiki/apachewiki.cgi?CreatingStandardWebPresence But I'm thinking about creating a kind of component-template to start from and then document how to use it. I'll see what I can do the next couple of days. -- Dirk robert burrell donkin wrote: hi dirk fan

[lang] String Utils replacement for StringUtils -- was ([lang] St ringUtils.split() functionality wrt separator repeats)

Incidentally (or perhaps it was to come), I was about to send out another email proposing a StringUtils-like class that handles StringBuffer instead. I would be interested in writing it, but I need to evaluate how much time I can afford to it (will let u know). In the meanwhile, assuming I can go

cvs commit: jakarta-commons/httpclient/src/examples BasicAuthenticationExample.java

olegk 2003/12/08 14:10:30 Modified:httpclient/src/examples Tag: HTTPCLIENT_2_0_BRANCH BasicAuthenticationExample.java Log: PR: #25249 Fixes mixed up authentication host & realm parameters in the basic authentication example Contibuted by Oleg Kaln

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

scolebourne2003/12/08 14:05:10 Modified:collections/src/test/org/apache/commons/collections MapPerformance.java Log: Remove JDK1.4 classes from CVS Revision ChangesPath 1.3 +6 -7 jakarta-commons/collections/src/test/org/apache/commons/c

Re: [lang] StringUtils.split() functionality wrt separator repeats

With StringUtils, we now face tough decisions. The class is already very large, and adding more and more methods is not necessarily the answer. I am now applying a fairly high level of justification to new additions to StringUtils. ATM more split methods or overloads don't meet what I'm looking for

RE: [lang] StringUtils.split() functionality wrt separator repeat s

Then we could perhaps provide an overload which allows the client to choose. That way, one need not resort to a method call for one type and using a clss for the other. We could improve the balance by offering both choices in the same method :) Ash > -Original Message- > From: Stephen C

Re: [lang] DateUtils proposal, standard date generators

Although apparantly simple, all date methods and concepts get complex very quickly. For example timezone handling and daylight savings handling. These methods don't feel like the right additions to DateUtils at the moment. Stephen - Original Message - From: "Ash .." <[EMAIL PROTECTED]> >

Re: [lang] StringUtils.split() functionality wrt separator repeats

Because we intend to not change the contract of split on StringUtils, that method is left as it. Tokenizer provides the alternative. It seems a reasonable balance. Stephen - Original Message - From: "Ash .." <[EMAIL PROTECTED]> > I had come across the Tokenizer class in the lang package,

Re: [Jelly-Tags SOAP] patched project.xml to run demo

Cool, way cool, The issues start with: - you want to distribute this wonderful directory every developer should have around (I'm sure you dare send this to me but not put this on the website). - you want to debug in more details with respect to version (that can becomes really tricky with Sun's

Re: [Jelly-Tags SOAP] patched project.xml to run demo

Hi, I have a big download directory where al the sun stuff resides. When a dependency is not on ibiblio, most of the time it is concerning jars from sun, so I just add the group directory in my local repository (eg /opt/mavenjars/jaxrpc and rename the jar to have the "mavenized" version number in

RE: [lang][collections][primitives] etc, JDK compatibility query - class

The 1.4 class is java.util.LinkedHashMap in org.apache.commons.collections.MapPerformance. Perhaps it's a test class. I don't know whether the compatibility question is the same wrt test classes. Ash > -Original Message- > From: ASHWIN Suresh > Sent: Monday, December 08, 2003 19:12 > T

RE: [lang][collections][primitives] etc, JDK compatibility query

Right. Even I wanted to suggest that it is better to keep off 1.4 for a while. I came up with the query because I found a 1.4 class used in one of the classes in the collections package. One of the java.util.LinkedSomething. Sorry I forgot. But my JDK1.3 setup didnt run when I was trying to build

Re: [Jelly-Tags SOAP] patched project.xml to run demo

Joerg, Are you sure it's the only ones needed. Last week I managed to compile this taglib and it's quite a hell to get along (outside of j2ee). Your project.xml update is badly missing URLs on how to get these dependencies. In particular, I know no official place to get that evil jax-qname (wh

Re: [lang][collections][primitives] etc, JDK compatibility query

Rodney Waldhoff wrote: I'm strongly opposed to requiring JDK 1.4 at this time in collections or primitives. I don't use or contribute to lang, but I suggest it's a bad idea there too. On Mon, 8 Dec 2003, Ash .. wrote: I wish to know what the compatibility objectives of the forthcoming releases f

Re: [primitives] roadmap

I'm in favor of re-packaging for 2.0 (though I'd like to do a 1.1 release first), but I'd like to only have to do it once. What's the proposed new structure? On Sat, 6 Dec 2003, Stephen Colebourne wrote: > Are you still happy to move to the o.a.c.primitives package structure > (v2.0)? > > Stephe

Re: [lang][collections][primitives] etc, JDK compatibility query

I'm strongly opposed to requiring JDK 1.4 at this time in collections or primitives. I don't use or contribute to lang, but I suggest it's a bad idea there too. On Mon, 8 Dec 2003, Ash .. wrote: > I wish to know what the compatibility objectives of the forthcoming releases > for the components l

RE: [lang] DateUtils proposal, standard date generators

There are discussions over Apache-commons, over commit rights within Jakarta, the size of jakarta-commons (and sustainability of growth), willingness to allow new comitters to just work on sandbox code, the role of the sandbox, the incubator, the list seems to go on. With 1/3 of all dev mails in

cvs commit: jakarta-commons/dbcp project.properties

dirkv 2003/12/08 09:40:07 Modified:dbcp project.properties Log: maven.xdoc.poweredby.image=maven-feather.png Revision ChangesPath 1.7 +1 -0 jakarta-commons/dbcp/project.properties Index: project.properties ==

[Jelly-Tags SOAP] patched project.xml to run demo

Hi, it took some time, but lastly I got the demo of jelly-tags-soap running. The example suffers from the missing jars of Sun on the ibiblio server and was not updated after jelly.jar was separated. I've added a diff below, but the basic question is, what to do with the jars of Sun? I've setup

RE: [lang] DateUtils proposal, standard date generators

> I am preparing the way to move the www.joda.org time code to Apache. There is > no doubt that it fits well with commons, but I am also wary given the changing > nature of Jakarta at present. I agree with everything up to the last clause. What is your concern? --- Noel ---

Re: [lang] DateUtils proposal, standard date generators

Joda is a great project, but is of a very different tack than what Glenn brought up -- Glenn, that is your cue -- which is that Date and Calendar are A) very broken, and B) very embedded in lots of places. If projects are willing to use the Joda library instead of the standard library that is g

Re: [lang] DateUtils proposal, standard date generators

I am preparing the way to move the www.joda.org time code to Apache. There is no doubt that it fits well with commons, but I am also wary given the changing nature of Jakarta at present. This doesn't exclude changes to DateUtils, but should limit the expansion on that class. (DateUtils should s

DO NOT REPLY [Bug 25278] - [math] Wrong implementation of the spline interpolator

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: [collections] LRUMap - which order?

Just to confirm, you want map.firstKey() to return the next key to be removed from the map? Stephen > from:__matthewHawthorne <[EMAIL PROTECTED]> > I think eldest first makes more sense, based on the nature of the class. > > > > > Stephen Colebourne wrote: > > The old LRUMap ordered t

Re: [Jelly] Anyone cares in patches?

On Dec 8, 2003, at 6:50 AM, Paul Libbrecht wrote: My current priorities for Jelly are as follows, unless something different is raised as essential: -> documentation for users -> documentation for "how-to-build" (including the memory issues and a better presentation of the non-downloadable-jars

RE: [lang] StringUtils.split() functionality wrt separator repeats

Hi Matthew, I had come across the Tokenizer class in the lang package, and I agree that it offers much more control and flexibility. Here however, from a developer's perspective, I had meant to discuss the functionality of the StringUtils.split() method, regardless of such functionality availab

Re: [Jelly] Anyone cares in patches?

On Mon, 2003-12-08 at 14:44, [EMAIL PROTECTED] wrote: > Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/12/2003 10:50:15 PM: > > > Dear Commonners, > > > > > > My CLA has been received and account activated. > > Thanks for electing me as a committer. > > Welcome! I'm sure we'll love having the e

cvs commit: jakarta-commons/jelly project.xml

mvdb2003/12/08 06:35:02 Modified:jellyproject.xml Log: Adding myself as developer. Revision ChangesPath 1.132 +5 -4 jakarta-commons/jelly/project.xml Index: project.xml === RCS file:

Re: [lang] DateUtils proposal, standard date generators

Several people, prodded by Glenn Nielson, discussed putting together a project to overcome the shortcoming of Date and Calendar, ranging from their pita to use-ness to their massive performance bottlenecks. I know Glenn has had the flu so don't think he has gotten the ball rolling, but this mig

RE: [lang] StringUtils.split() functionality wrt separator repeat s

try the new "Tokenizer" class. You can get it from CVS. -Original Message- From: Ash .. [mailto:[EMAIL PROTECTED] Sent: Monday, December 08, 2003 5:46 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [lang] StringUtils.split() functionality wrt separator repeats The StringUtils.s

RE: [Jelly] Anyone cares in patches?

Help and hassle are two things that will get people moving. Always feel free to prod me into action. There are times when it's a quick thing to help out and a spare 5 minutes is all it takes. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jörg Schaible

Re: [Jelly] Anyone cares in patches?

Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/12/2003 10:50:15 PM: > Dear Commonners, > > > My CLA has been received and account activated. > Thanks for electing me as a committer. Welcome! I'm sure we'll love having the extra energy around, especially on Jelly. > > My current priorities fo

RE: Jelly: Build from CVS fails a lot of unit tests

Cool, thanks! -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jörg Schaible <[EMAIL PROTECTED]> wrote on 08/12/2003 08:02:59 PM: > [EMAIL PROTECTED] wrote on Sunday, December 07, 2003 2:35 PM: > > > Is there a reason you expect it to work with commons-l

RE: [Jelly] Anyone cares in patches?

-Original Message- From: Paul Libbrecht [mailto:[EMAIL PROTECTED] Dear Commonners, LOL!! Funny name. Hope this place doesn't become commonplace thow!! - Run, rabbit run. Dig that hole, forget the sun, And when at last the work is done