The JCP Is Dead

Posted by Jim Jagielski on Thursday, December 9. 2010 in ASF

... and Oracle killed it. By this time, most people know that the ASF has resigned from the JCP EC. What was posted was our final version of the notice, but I'd also like to share with the community an earlier, rougher and more "emotional" version. It says the same, but in a more face-to-face conversational way. I feel that both versions represent the disappointment, anger and sadness over this whole issue, which has been fostering since 2006. The below just captures it from a different point of view:
The Apache Software Foundation is resigning from the Java Community Process (JCP) Executive Committee (EC). On December 7, 2010, by a vote of 12 YES and 3 NO votes, the EC approved the Java 7 and Java 8 JSRs and TCKs under license terms which are fundamentally incompatible with open source. The results of the Java7/8 JSR votes from yesterday mean that the EC has just approved a major fundamental JCP specification which, along with its TCK license, makes distribution of a tested, compatible implementation impossible under *any* open source license by anyone other than Oracle. The EC, by voting in favor of the Java 7/8 JSRs, have given Oracle, who openly ignored the letter of the law as well as the repeatedly stated intent of the community, tacit approval to willfully ignore its contractual obligations, despite any "protests" within their "YES" vote comments. This approval was at the direct expense of a fellow EC member as well as the Java community at large. Yesterday's vote is the final straw in an issue which has been ongoing since August 2006 and as described in our Open Letter dated April 10, 2007. The withholding of an acceptable, FOU-free TCK by Sun, and now Oracle, is against both the spirit and the letter of the JSPA. What is not new is that Oracle continues to violate and not honor the JSPA agreements, which are a foundation of the JCP. What *is* new is that the EC, by fact of their vote, has allowed them to do it. It is obvious that the JCP is not a standards forum, nor a community process at all, but rather a cabal to control the Java ecosystem. The ASF can no longer justify its continued involvement within this entity. As such, the ASF is removing all official representatives from any and all JSRs. In addition, we will refuse any renewal of our JCP membership and, of course, our EC position. The ASF is saddened to have to make this move, but we feel that the JCP is completely broken and makes a mockery of the term "community," a concept which has great value to Apache.
Of course, we had hoped that our previous blog post would have spun up more support, but being the pragmatists that we are, we also knew that the other EC members were being seriously pressured by Oracle to vote YES, and so we held out little hope. We also hoped for a better response from Oracle, but what we got was basically self-serving lip-service with what is most likely the funniest and yet most inaccurate line yet in the whole ordeal:
"Oracle provides TCK licenses under fair, reasonable, and non-discriminatory terms consistent with its obligations under the JSPA."
If that little nugget doesn't show that Accuracy and Oracle don't mix, I don't know what will. The JSPA says, in 5.C.III, that a spec lead can't:
"impose any contractual condition or covenant that would limit or restrict the right of any licensee to create or distribute such Independent Implementations"
and, of course, the FOU restriction does exactly that. And as far as "non-discriminatory", well, Oracle has deemed that OpenJDK (*their* distribution) not have any FOU restrictions on the TCK, but that the ASF's (Harmony) will. And that isn't discrimination? And so, the JCP is dead... All that remains is a zombie, walking the streets of the Java ecosystem, looking for brains... But maybe, from this death, a new, true community process might arise somewhere, with a different collection of people, one with no entity "more equal than others". That is something I think the ASF would be quite interested in seeing.
More...

Page 1 of 1, totaling 1 entries

Quicksearch

Search for an entry in IMO:

Did not find what you were looking for? Post a comment for an entry or contact us via email!