RE: [lang] Concurrency utils for JDK 1.5+ version

2009-01-24 Thread Gary Gregory
+1 to a separate project, a Commons Parallels perhaps. The scope of [lang] is narrower than what the vision of this new code suggests. And yes, make Java 5 or even 6 the requirement. Gary -Original Message- From: Ralph Goers [mailto:ralph.go...@dslextreme.com] Sent: Saturday, January 2

Re: [lang] Concurrency utils for JDK 1.5+ version

2009-01-24 Thread Ted Dunning
I know that this isn't where you are going with your comment, but I think it actually meets the spirit of what you are trying to do, just in a more revolutionary way than you specify. There is already an Apache project to "avoid shared memory to make application that exploit parallelism easier".

Re: [lang] Concurrency utils for JDK 1.5+ version

2009-01-24 Thread Ralph Goers
I guess I understand the thinking here, but not within the context of commons lang. It sounds like you might want to start a new sandbox project for this. However, if I was doing this I would look for ways to abstract things so that what the application programmers deal with are very abstra

Re: [lang] Concurrency utils for JDK 1.5+ version

2009-01-24 Thread Ralph Goers
I think this is a good idea, but it obviously has to be on a new branch since 1.5 would be the minimum version. I also think a lot of the existing classes should be revisited in light of what is now available in the JDK. On Jan 24, 2009, at 8:37 AM, Oliver Heger wrote: Since Java 1.5 ther

Re: [math] dropping m1 build...

2009-01-24 Thread Luc Maisonobe
Phil Steitz a écrit : > I think we discussed this before, but I see the files are still there > and I want to give others a final opportunity to complain before I > remove them. If I hear no objections, I will delete the associated > files and also replace build.xml with a version that is not m1-g

Re: [lang] Concurrency utils for JDK 1.5+ version

2009-01-24 Thread Russel Winder
On Sat, 2009-01-24 at 17:37 +0100, Oliver Heger wrote: > Since Java 1.5 there is a lot of functionality in the area of thread > synchronization and multi-threaded programming. However, there are > certainly still missing features or APIs that could be improved or made > easier to use. > > How a

[math] dropping m1 build...

2009-01-24 Thread Phil Steitz
I think we discussed this before, but I see the files are still there and I want to give others a final opportunity to complain before I remove them. If I hear no objections, I will delete the associated files and also replace build.xml with a version that is not m1-generated. Phil -

[lang] Concurrency utils for JDK 1.5+ version

2009-01-24 Thread Oliver Heger
Since Java 1.5 there is a lot of functionality in the area of thread synchronization and multi-threaded programming. However, there are certainly still missing features or APIs that could be improved or made easier to use. How about adding such features to an upcoming version of Commons Lang?

Re: Annotation based library for equals,toString etc

2009-01-24 Thread Tim Lebedkov
Hello everybody, as announced I have created a project on the Google Code (http://code.google.com/p/jau/) and checked in some code. Version 0.5 Beta is ready for download Source Code: http://jau.googlecode.com/files/jau-0.5.zip JavaDoc: http://jau.googlecode.com/svn/trunk/JAU/doc/api/index.html A

[g...@vmgump]: Project commons-jelly-tags-sql (in module commons-jelly) failed

2009-01-24 Thread commons-jelly-tags-sql development
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-jelly-tags-sql has an issue affecting its community integration. T