Newsgroup: it.comp.java
Titolo: Progetto Apache Harmony : J2SE Open Source!

Forse alcuni di voi avranno già sentito parlare di Harmony.
Si tratta di un nuovo progetto di Apache per la realizzazione di
un'implementazione opensource delle specifiche di J2SE 5.
Se a qualcuno dovesse interessare, ho tradotto la proposta iniziale e
la FAQ.
http://wiki.apache.org/harmony/FrontPage#preview
http://wiki.apache.org/harmony/Apache_Harmony_Proposal_Italian
http://wiki.apache.org/harmony/Initial_FAQ_Italian
Ovviamente, se qualcuno ha voglia di confrontare le traduzioni e
verificarle con l'originale...
NOTA: FollowUp impostato su it.comp.java!
Ciao
Raffaele

raffaele...@gmail.com
 ha scritto:

nel wiki c'è un brutto sistema di autenticazione che secondo me è 
contrario alla natura wiki :) cmq ho corretto qualcosa li.
(non che veda niente di sensato in harmony se non come tattica per far 
rilasciare una jvm proprietaria come open source)

 rilasciare una jvm proprietaria come open source)
Perchè la pensi così? Leggendo la mailing list traspare tutt'altro...
Del resto, non mi pare che Geronimo abbia lo scopo di far rilasciare
come opensource un qualsivoglia EJB container...
Raffaele

 un'implementazione opensource delle specifiche di J2SE 5.
Personalmente faccio il tifo per questo progetto ma non posso nascondere 
i miei dubbi relativamente ad un obbiettivo cosě ambizioso.
A me piace anche l'idea della SUN di proporre lo sviluppo di Mustang su 
java.net
:
http://java.sun.com/developer/technicalArticles/J2SE/peabody/
pole
-- 
ammentos - a lightweight persistence framework for JDK5
http://www.sourceforge.net/projects/ammentos
http://ammentos.biobytes.it

 i miei dubbi relativamente ad un obbiettivo così ambizioso.
Beh, apache fundation ha già fatto di tutto... apache httpserver, ant,
struts, geronimo, etc etc. Non vedo perchè questo debba essere un
progetto più ambizioso degli altri...
Io, cerco di tenermi informato il più possibile...
Raffaele

 come opensource un qualsivoglia EJB container...
in effetti anche questo č vero

 numero 5 fosse "si" saprei dare un senso alla cosa.
Harmony: lo dice il nome. Creare "armonia" tra i diversi sforzi
attualmente in corso. Mettere insieme gli sviluppatori di compilatori e
VM di Java, open e non, per realizzare un progetto che unisca tutte
queste conoscenze, ed arrivi a sviluppare una VM ed un compilatore
pienamente compatibili con le specifiche. Adesso ci sono tanti progetti
in corso in tal senso, ma nessuno ha ancora raggiunto questo risultato.
Inoltre il supporto per Java 5 è limitato, ed è stato tentato solo da
alcuni progetti.
Come si legge nella proposta iniziale:
"Ci sono anche molte iniziative che offrono approcci alternativi
all'esecuzione del bytecode Java (GCJ e IKVM). Tutte queste iniziative
offrono una varietà di soluzioni, che è una cosa positiva, ma
esistono delle bariere che impediscono a queste iniziative di
raggiungere un potenziale maggiore"
Ed Apache è in grado di permettere il raggiungimento di tale
potenziale. Del resto, si parla di sfruttare progetti già esistenti
come GJC e  Classpath come base di codice.
Inoltre, sempre dalla proposta:
"2) creare un architettura runtime modulare (VM e librerie di classi)
sviluppato dalla comunità che consenta ad implementazioni indipendenti
di condividere componenti runtime, e consenta innovazioni indipendenti
nei componenti runtime"
Questo non lo consente nessun progetto esistente, o comunque non come
requisito, al massimo come "possibilità"
Per esempio, una struttura del genere consentirebbe la compresenza di
più compilatori, con la stessa VM e le stesse librerie di classi.
Esempio: un compilatore "normale" ed uno ad alte prestazioni potrebbero
generare bytecode per la stessa VM, ed utilizzare le stesse identiche
librerie. Oppure potrebbero venire sviluppati compilatori in grado di
generare bytecode da linguaggi diversi da Java. Il tutto, però,
mantenendo l'"armonia" tra tutti i componenti.
Raffaele

 mantenendo l'"armonia" tra tutti i componenti.
ma ancora, linguaggi differenti per la jvm sono indipendenti 
dall'implementazione, ed infatti ne esistono già a dozzine per la JVM 
(come entità astratta).
vabbè, per me fine del thread, buon lavoro comunque :)

 (come entità astratta).
Sempre dalla proposta iniziale:
"2) creare un architettura runtime modulare (VM e librerie di classi)
sviluppato dalla comunità che consenta ad implementazioni indipendenti
di condividere componenti runtime, e consenta innovazioni indipendenti
nei componenti runtime"
Non esiste alcun framework attualmente che permetta a differeni
implementazioni di java (o di altri linguaggi) di condividere i
componenti runtime della VM.
Detto ciò, aggiungo che comunque io non sono assolutamente qualificato
per fare lezioni sulle VM, nè su Harmony. Sto assistendo, attualmente,
come semplice interessato. Ti consiglio comunque di dare un'occhiata
agli archivi della ML...
Ciao
Raffaele