Clear explanation of the Apache/Oracle fight
developers.slashdot.org
developers.slashdot.org
But I agree with your point - less involvement by Apache in Java is a bad thing.
The JCP is a hindrance to Java. It allows suits to make all the decisions, with out the JCP Java might have working generics, or gasp closures. Maybe checked exceptions can be tossed in the trash too.
As 'new Java' starts gaining features and mind share, 'old java' will start to fade off into the sunset, it's market share slowly eroded like Linux did to Solaris. Soon, it will be more important that it works with new java than is certified 'old java'. I mean seriously, does ANYONE care about POSIX compliance these days? No. It's just about whether it works on Linux / FreeBSD / OS X.
They should start introducing breaking changes immediately, and get Google on board. Wouldn't it suck for Oracle if GAE didn't quite work with 'old java'?
But yes, you can't "start over".
Apache keeps talking about "contractual obligation", but I haven't seen anything solid about that. If they're so sure, why don't they sue to get the TCK?
Can anybody shed some light for me? Thanks.
Btw, I don't use Java, don't care for it, and hope I never have to deal with it. So my interest is purely academic.
For over a decade Sun has been saying that Java is some kind of open, community-driven standard. Apache is simply calling them on their own PR.
Can't help but feel the Apache guys are being used by Google as pawns.
Thus, Apache's current conflict with Oracle is the logical extensions of their ideals, which have greatly benefited the "ordinary Java programmer".