Apache JCK Request Hits 90 Days without Resolution
This development has not been a huge shock to the Apache Foundation - the two parties have been locked in behind-the-scenes negotiations for several months regarding the JCK to no avail. Apache feels that Sun is contravening the agreements which govern the Java Community Process (JCP).
Another milestone that has passed is Apache's 30 day demand for Sun to give relent to Apache's demands or explain their position. The letter however omitted to mention what the 'or else' repercussions would be. Some members of the open source community where anxious that the tone of the letter was a little too aggressive. Dalibor Topic wrote on the Classpath mailing list:
I could have spent Sun's PR team's time trashing Sun in public for having a proprietary TCK license, written open letters, and what not. I've made fun of Sun's 'Read Only' license for the TCK, back when it was released, for example. That didn't have any influence on that particular license, as far as I can tell, despite my best attempts at stand up comedy.Many were happy for Apache to stand up for their beliefs, yet now fear that by not reacting to their own self-imposed deadline they are looking somewhat impotent. There is a lot of activity within the Harmony mailing lists trying to elaborate what their new position should be in light of this crisis. The Harmony community is voting on proposals to withdraw from JSRs which do not conform to an "open" process, such as those which require signing non-disclosure agreements (NDAs). While this seems reasonable for an organisation built on openness, NDAs have been a necessary evil in order to ensure the Apache organisation remained relevant within the JCP process. It's a bitter pill to swallow, after all, the goal of Harmony is to create a certified Java implementation, and this can only happen if they accept the requirements stipulated by the specification-lead.
Trying to 'shame' a multi-billion dollar corporation into making one's wishes true doesn't really work, as far as I've seen it, and usually just pisses the very people off one's trying to work with constructively. Been there, done that, learned from it during the Harmony founding excursion.
There was hope that OpenJDK would force Sun to level the playing field with regard to open access to the JCK. Andrew C Oliver has been keeping a close eye the events as they have been unfolding and offers a good summary. He offers an curious perspective on Sun's motivation for their license restrictions:
An interesting note is that Sun's own Open JDK is not subject to these "Field of Use" restrictions although it is licensed under the GPLv2 (plus special exceptions to propagating the GPL to linked components) and a special Binary License. This points more to a financial motive than legal.
Voting against JSR's with Sun as the spec lead
by
Niall P
Re: Voting against JSR's with Sun as the spec lead
by
Ben Loud
Should a new JSR be submitted, such as Java SE 7, that contains the TCK licensing problem, then of course it would be reasonable to vote no on that. But using no votes on unrelated JSRs this way is immoral and an abuse of the JCP process.
That being said, I think Apache has a valid complaint. I just dont agree with them using protest votes.
Re: Voting against JSR's with Sun as the spec lead
by
Niall P
Educational Content
Concurrency in Clojure
Stuart Halloway May 17, 2013
Confessions of an Agile Addict
Ole Friis Østergaard May 16, 2013
Web Development: You're Doing It Wrong
Stefan Tilkov May 16, 2013
Programming The Feynman Way
Ben Evans May 15, 2013





Hello stranger!
You need to Register an InfoQ account or Login to post comments. But there's so much more behind being registered.Get the most out of the InfoQ experience.
Tell us what you think