Hi all guys!!! I agree with Nathaniel, I had terrible pains with method-not-found exception with Google Doclava simply by targeting to java1.5 but using 1.6 :P Anyway, the animal-sniffer[1] maven plugin helps a lot on keeping code safely 1.5 compatible - Google team used it a lot while developing Google Guice
Anyway, I'm +0 for the upgrade and explain my personal motivations following the list provided by Francesco - and please remember I'm more familiar with core&optional APIs ;) * Collections Framework Enhancements +0: We are strongly relying on LinkedList, HashMap and LinkedHashMap implementations; is there any impl in Java6 that could help on improving the pipeline APIs? * and ServiceLoader +0: there's nothing that commons-discovery[2] cannot do compared to Java built-in ServiceLoader; OTOH, discovery supports more features * Internationalization Enhancements: especially now that we should start working on the new i18n transformer [3] +1 * JMX [4] and Management enhancements: will we ever put this great Cocoon 3 stuff in production? +1 Last but not least, Cocoon 3 depends on many other frameworks and libraries that will eventually require Java 6 (and 7, soon) capabilities. +0: If those dependencies name start with 'S' and terminate with 'pringframework', I would personally love to see them replaced, but that's just *my* POV :P ;) Have a nice day, all the best!!! Simo [1] http://mojo.codehaus.org/animal-sniffer-maven-plugin/ [2] http://commons.apache.org/discovery/ http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Tue, Aug 2, 2011 at 3:56 PM, Nathaniel, Alfred <alfred.nathan...@six-group.com> wrote: > Peter Hunsberger wrote: >> We seem to have this discussion every few years. There's always >> people that can't upgrade. Personally I think it's time to do it and >> I wish we had done it long ago. With C3 in particular, people should >> have no dependencies in production since it is still officially Beta. >> Even if they do, they can stay on a previous version after all, if it >> is good enough to use at all why can't they stick with what they are >> using? Unless someone can come up with a reason not to I'd say it's >> time to start a vote. > > True, we had the same discussion years ago to me C2.1 from J1.3 to J1.4. > Apart from the improvements we get when using 1.6, my main point is that > real 1.5 support is not achieved by using a 1.6 javac with -source=1.5 > and -target=1.5. > > That happily compiles and generates 1.5 byte code containing calls to > String.isEmpty. Only when you run that jar in a 1.5 JVM it will die > with a method-not-found exception. > > Unless we have a good crowd of developers who voluntarily stick to 1.5 > all the way, it is just wishful thinking that C3 is and remains 1.5 > compatible. Even if that hypothetical poor guy exists who would love > to use C3 but is stuck at Java5, I don't think we do him a favor. > Better force them to go 1.6 than to have them chase the next odd > String.isEmpty which leaked into the release. > > Hands up who is / is willing to run jdk1.5 for C3 development. > > NB Jenkins is setup with 1.6. Does infra support real 1.5 builds? > > Cheers, Alfred. > > The content of this e-mail is intended only for the confidential use of the > person addressed. > If you are not the intended recipient, please notify the sender and delete > this e-mail immediately. > Thank you. >