L'ASF continuerà a supportare tutti i suoi progetti java in futuro?

Penso che quello che sta facendo Apache sia aspettare che la community prenda spunto da OpenJDK - vogliono che sia il futuro di Java invece di Oracle. Questa è una decisione molto matura da parte di Apache e li rispetto davvero per questo.

Java è solo una lingua. È sciocco che Apache cambi lingua perché ha problemi con un'implementazione che stavano usando (Oracle).

Quindi sì, continueranno sicuramente a scrivere cose in Java, e sono abbastanza sicuro che OpenJDK sarà la prossima grande cosa per loro.

Ecco una citazione di Jim Jagielski ( Co-fondatore, presidente, Apache Software Foundation ) sul suo blog-post sulla morte di JCP e un nuovo futuro che dovrebbe essere guidato dalla comunità:

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.

È bello vedere questo tipo di cambiamenti radicali che accadono nel software. Vorrei che accadessero anche nel sistema governativo, perché a volte le cose devono cambiare.

Il conflitto di AFS con Oracle è incentrato sulle restrizioni del "Campo di utilizzo" che Oracle ha posto su Kit di compatibilità tecnologica per Java linguaggio. A quanto ho capito, i TCK sono autorizzati solo per l'uso sotto licenza GPL, che blocca efficacemente Apache da una licenza secondo i propri termini (la licenza Apache non è compatibile con GPL).

Questa non è la prima volta che questa battaglia è stata combattuta. È stato combattuto anche nel 2007 con Sun. Maggiori informazioni qui. Per quanto posso dire, questo problema non è mai stato risolto in modo soddisfacente. Ma Apache è ancora in circolazione, e tutti i loro prodotti software sono ancora presenti e vengono mantenuti con vigore e utilizzati con entusiasmo nei progetti software.

Si noti che la mancanza di una licenza per il TCK non impedisce l'uso illimitato del linguaggio Java per i prodotti Apache e Oracle offre un TCK che può essere utilizzato per dimostrare la compatibilità con Java. Apache vuole semplicemente la propria implementazione senza restrizioni del TCK (chiamato " Harmony ").

Quando il JSR ha votato per andare avanti con Java SE 7/8, lo ha fatto in modo maleducato e solo merito tecnico La maggior parte dei membri non è soddisfatta delle restrizioni "Field of Use" di Oracle sul TCK. Questo genere di cose illustra perché ci vuole così tanto tempo per il linguaggio Java per ottenere nuove funzionalità.

I don't think the changes to [the license agreement for TCK] would have any practical difference from what they were under Sun's leadership. Sun didn't remove the restrictions on the TCK and showed no intention of changing their mind. The new license wording just clarifies what it is that they are prohibiting (basically a third-party open-source implementation of the Java platform).

So this is exactly as it was before, only specified more clearly. So, yes, the Java SE specification is not entirely open, and it never has been.

Somehow, this rebellion broke out only after Sun's acquisition. It seems to me that the reason is that Oracle just seems an annoying organisation (which it definitely is), and Larry Ellison seems like an annoying guy (which he probably is). Also, Oracle is just too powerful. IBM and Google like the Java leader to be weak. Sun was. Oracle isn't. That's the only reason this is all happening now.

I don't think this affects the Java user community that much. We have the OpenJDK, and commodity Java products have never made much use of Harmony. This only affects huge companies that want to distribute their own Java platform without licensing it from Oracle.

http://www.jroller.com/scolebourne/entry/java_se_7_8_passed#comment-1291735615000

Il problema non è con i progetti che usano java (come quelli che hai menzionato), ma i progetti che implementano Java.

Il modo per essere certi di farlo correttamente è eseguire il TCK con la tua implementazione e sapere cosa funziona correttamente e cosa no. Se l'implementazione Java supera correttamente il TCK, può essere chiamato Java compatibile. Se così non fosse,

Il problema è che l' intento per gli altri di essere in grado di implementare la specifica del linguaggio Java non può essere verificato a meno che non abbiano una licenza per TCK. Apache ha richiesto una licenza TCK gratuitamente, ma questo è stato negato in silenzio da Sun prima e poi da Oracle. Ciò è probabilmente dovuto al fatto che gli ingegneri che sapevano che il modo migliore per fare software è quello di aiutare gli altri a lavorare verso l'Open Source, ma i decisori hanno negato che le tecnologie potenzialmente redditizie possano essere aperte.

Ciò che significa tutto questo è, a mio parere, che è stato finalmente dimostrato chiaramente che Java è una tecnologia Oracle proprietaria e non una tecnologia open source gratuita. Ciò non implica alcuna modifica per le librerie sotto l'ombrello di Apache, a meno che Apache non decida di boicottare Java, cosa che credo sia molto improbabile, solo per l'implementazione Java di Apache Harmony.