Re: Commons-collections events
On 6/6/06, Bryce L Nordgren [EMAIL PROTECTED] wrote: PS: I'd like to update my maven dependency for commons-collections to 3.2, but it's not on ibiblio yet (released May16th). When might this arrival be celebrated? The rsync between the ASF (and other places) and iBiblio is down since Codehaus had problems. No idea on the eta for it come back unfortunately. I've a hundred javadoc jars sitting and waiting :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Commons-collections events
--- Noel J. Bergman [EMAIL PROTECTED] wrote: Bryce L Nordgren wrote: I'm in the process of stealing (possibly forking) the dormant project commons-events. I'd really rather keep it separate and refer to it by a dependency. Would there be any interest in reviving this project Yes. Yes. This is a basically good idea for a commons project, although the name could be better. is there any reason not to absorb commons-events back into commons-collections? Arguments for? Against? Commons-collections is too big. It was deliberately broken out to make both parts managable. This project did have quite an active life at first. Where it floundered was that there were IIRC three competing code implementations (not just designs). I believe that all are currently in SVN. To revive this, we would have to select one without excessive ego. I also believe that Michael Heuer may have released something related on java.net? Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Commons-collections events
Dear Jakarta Commons developers I'm in the process of stealing (possibly forking) the dormant project commons-events. While I am highly motivated to adopt it as a baseline, I'd be integrating it into a Geospatial library (GeoTools; http://docs.codehaus.org/display/GEOTOOLS/). I'd really rather keep it separate and refer to it by a dependency. Would there be any interest in reviving this project if I handed it back to Apache with tests, a maven 2 POM, and whatever fixins might be required to make it function? Conversely, would anyone have advice on the current state of the code (what to watch out for, etc.) for a person primarily interested in the ObservableSet/Map/List/Collections? As I am lazy and refactoring is work, I hope to sweet talk someone here into taking commons-events back when I'm done with it. Maybe even release it. :) Progress may be observed at: http://svn.geotools.org/geotools/branches/jts-wrapper/module/events/ Out of curiousity, is there any reason not to absorb commons-events back into commons-collections? Thanks, Bryce PS: I'd like to update my maven dependency for commons-collections to 3.2, but it's not on ibiblio yet (released May16th). When might this arrival be celebrated? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Commons-collections events
Bryce L Nordgren wrote: I'm in the process of stealing (possibly forking) the dormant project commons-events. I'd really rather keep it separate and refer to it by a dependency. Would there be any interest in reviving this project Yes. I hope to sweet talk someone here into taking commons-events back when I'm done with it. Perhaps you and a few of your closest friends would like to contribute on an on-going basis? is there any reason not to absorb commons-events back into commons-collections? Arguments for? Against? --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons-collections events
I'm in the process of stealing (possibly forking) the dormant project commons-events. I'd really rather keep it separate and refer to it by a dependency. Why fork? ...why not re-surrecting it in commons? ...just currious. cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
