Mi siedo al Comitato Esecutivo Java SE / EE come rappresentante di backup del London Java User Group (alias LJC). Parlo regolarmente anche con le persone della comunità open source (incluso Apache) e i dipendenti Oracle su OpenJDK, relazioni con la comunità e argomenti simili. Mi piace pensare di avere una visione neutrale su questo argomento, YMMV.
In breve
Oracle non può permettersi il fallimento di Java : tutta la sua attività software viene eseguita su di essa, è incorporata e respira. Se fallisce, Oracle è in grossi guai e Larry non sembra essere il tipo di persona che si spara al piede.
Quindi penso che sia un capovolgimento e anche se alcuni (la maggior parte?) Della colpa dovrebbero risiedere su Oracle, dovrebbe anche essere un po 'su progetti più grandi che non hanno provato l'RC.
Oracle può lavorare meglio con la comunità per garantire che questo livello di test venga eseguito? Sì , ma a volte è una strada a doppio senso. Non dimenticare, Java è enorme . È la lingua più popolare di sempre (opinione non scientifica) e chissà quanti trilioni di dollari e milioni di diversi tipi di software sono costruiti o eseguiti su di esso.
Fammi vedere un team di sviluppo che può affermare di avere versioni senza bug su quella scala e mi mangerò il cappello. Ad esempio, la JVM ha oltre 1000 persone anni di sforzi e conta - ti fa pensare che non sia così!
La lunga risposta
OK, quindi c'è stato un sacco di FUD su questo argomento, che trovo un po 'irritante poiché i media tecnologici tradizionali sembrano saltare su qualsiasi cosa al giorno d'oggi per colpire Java e, naturalmente, Oracle. [rant] La maggior parte dei media tecnologici sembra rifiutarsi di venire alle conferenze, leggere i verbali delle riunioni del JCP o parlare con i leader indipendenti della JUG o svolgere qualsiasi ricerca sana di mente per dare una visione equilibrata [/ rant].
- È un bug, sì, che è molto serio per alcuni progetti
- C'è una soluzione alternativa che puoi utilizzare immediatamente
- C'è già una soluzione per questo
- Non uccide i gattini
- Sì, dovresti provarlo prima - è una versione .0!
Ora non fraintendetemi: Oracle ha commesso molti errori e continuerà a farlo. Nessuno è perfetto e i loro interessi non sono sempre in linea con tutti gli altri fornitori, utenti e sviluppatori là fuori.
Sento che la comunità Java può imparare tutto da questo e cioè ottenere più progetti per testare le build OpenJDK e JDK mentre si sviluppano. Spero che Oracle conduca uno sforzo per migliorare questo.
Qualche confusione generale su Oracle, Java e la comunità
Oracle si sta impegnando molto e ha imparato molto dai primi tempi in cui è subentrato.
La roba buona:
- Guarda il numero di commit in OpenJDK da parte dei dipendenti Oracle
- Guarda il numero di dipendenti che hanno lanciato a Java
- Osserva la chiara posizione dell'azienda che Oracle afferma di volta in volta in pubblico che è "Mantieni Java come piattaforma numero 1, punto".
- Guarda il nuovo
invokedynamicbytecode nella JVM fornito con Java 7, una modifica che consente a un sacco di lingue di diventare cittadini di prima classe sulla JVM.
- Hanno Red Hat, IBM, SAP e Apple tutti uniti a OpenJDK
- Stanno facendo molti sforzi nei JUGs, java.net come piattaforma di hosting, hanno lanciato una nuova rivista Java e sponsorizzano praticamente ogni conferenza a cui vado. Alcuni di questi sforzi sono stati un po 'fuorviati o mal comunicati :-), ma la maggior parte ha un buon significato e giova davvero alla comunità.
La necessità di migliorare le cose:
Bene, ora prima che sembri un fantoccio nascosto di Oracle.
Probabilmente avrebbero dovuto trattenersi con questa versione. Intendiamoci, i beta successivi e RC erano in circolazione da un po 'di tempo, forse alcuni di questi progetti avrebbero potuto essere coinvolti nell'aiutare a testare le build in precedenza - IIRC Oracle ha chiesto alla comunità nel suo insieme di provarlo.
Oracle ha ancora del lavoro da fare con la comunità e la ristrutturazione del JCP e del modo in cui vengono eseguiti i JSR ( JSR 348 è l'inizio di questo, per favore, partecipa!). Questo ovviamente includerà infine una nuova discussione sulle restrizioni FOU di licenza TCK e altre cose legali cattive che è ciò che ha causato il cattivo sangue con Apache e Google.
Hanno gestito male un sacco di progetti open source (mi vengono in mente Jenkins / Hudson, Open Office e MySQL), specialmente dal punto di vista della comunicazione. Al recente OSCON, un dirigente Oracle senior ha spiegato che molti di questi progetti esistono nel proprio silo di business Oracle, non esiste una strategia globale per quanto riguarda l'open source, quindi il comportamento per mano sinistra / destra che abbiamo visto. Il resto è che Oracle non capisce la comunità open source, ma sento che stanno migliorando molto e la volontà è lì.