Newsgroup: it.comp.java
Titolo: Eseguibili Java

Salve a tutti,
sono nuovo e non so se avete giàtrattato l' argomento, in casopositivo
scusatemi.
Volevo sapere se esiste qualche tool che produce un file eseguibile per
Windows partendo da un file .class di java.
Ringrazio tutti coloro che vorranno darmi una risposta.
Ciao
                                                            RG
--
<< You need somecaos to get creativity >>
                                                           A.C. Clarke

 Ringrazio tutti coloro che vorranno darmi una risposta.
http://groups.google.it
già dato un occhio?
Gusher.

 Windows partendo da un file .class di java.
Cerca Excelsior Jet su un motore di ricerca.
Ciauz
--------------------------------
Inviato via 
http://usenet.libero.it

Leggi le FAQ sul sito di Cristiano Sadun.

http://gcc.gnu.org/java/
Appena ci capiro' qualcosa voglio provarlo.
Se qualcuno lo ha provato mi dia qualche dritta. Un grazie anticipato.
Excelsior è un pacchetto di un certo costo ......
Ciao ^_^

 Se qualcuno lo ha provato mi dia qualche dritta. Un grazie anticipato.
... anche da parte mia.. che tempo fa nemmeno riuscii nemmeno ad
installarlo... vabbe' sono un caso patologico:)
Vedendo queste continue richieste di compilatori nativi... non vi viene da
riflettere?.. Nella mia profonda ignoranza informatica  mi chiedo:  cosa
c'e' di male nel fare un programma in java e poi convertirlo?...  Secondo me
questa sarebbe la vera portabilita' di java, non quella attuale che e' solo
presunta in quanto  mal funzionante e molto poco pratica per app. utente .
Quando si decidera la SUN a farlo?... Possibile che sia cosi' un tabu'?...
Io non credo che si snaturerebbe il "progetto Java"  convertendo
*facilmente*  un sorgente  da applet a app java da interpretare o eseguibile
nativo. Non sarebbe  forse il massimo che si puo' desiderare?
Forse ci sono poblemi di natura commerciale (guerre stellari) ad impedirlo?
 Grazie
Ciao

Sono totalmente daccordo con te.
Questo darebbe a Java una marcia in più.
Svincolo dalla VM. Velocità. Protezione del codice.
Codice compilabile in base alla piattaforma ......
Insomma un vera "figata".
Java non verrebbe snaturato .... assumerebbe una nuova forma.
Almeno dare la protezione del codice !!! Questo è essenziale su alcuni
settori.
Ciao ^_^

 ha scritto nel messaggio
news:aqulav$5a8$1...@lacerta.tiscalinet.it...

Giusto!... Dimenticavo questo aspetto fondamentale per la diffusione. Non
vedo cosa ci sia di male nel proteggere il proprio lavoro, bello o brutto
che sia.
Ciao

 ha scritto nel messaggio

: 
:
ma figuriamoci! da quando in qua il codice assembler e' una efficace protezione
della ip ? non prendiamoci in giro... chi e' veramente motivato non ha nessun
problema. riescono persino a vedere cosa fanno i chip, facendoli  a "fettine".
e poi vorrei proprio vedere questo codice innovativo da proteggere. se e'
davvero cosi' innovativo basta un patent, e chiunque lo copia potra' essere
perseguito legalmente. compilare in codice nativo non serve!

 Forse ci sono poblemi di natura commerciale (guerre stellari) ad impedirlo?
Se sapeste come funziona una JVM e quali sono i servizi che offre al 
bytecode vi rendereste conto che non e' cosi' semplice e non e' 
assolutamente detto che la compilazione offra dei benefici in termini di 
performance o altro. Tanto che i compilatori commerciali hanno 
prestazioni paragonabili (inferiori o superiori a seconda della 
tipologia dell'applicazione, nella pratica quotidiana spesso inferiori. 
vedi volanomark, cerca in rete)
Ti faccio un po' di esempi:
- chi fa la Garbage Collection?
- chi fa il download dinamico?
- chi controlla il bytecode?
- come realizzare la reflection?
- ecc... ecc.
Nel caso di applicazioni che non necessitino di tutto questo dinamismo 
si puo'... usare il C.
ciao
uL

 perseguito legalmente. compilare in codice nativo non serve!
Balle!... tutta teoria... se parliamo di app. utente...  sai a cosa
servirebbe la protezione legale!?... mi vedo gia' la finanza a giarare casa
per casa alla ricerca di copie pirata ahahah:))))
Nessuno acquisterebbe il tuo programma java... lo userebbero tutti
gratuitamente!
Il tuo discorso vale solo per progetti importati, per le aziende... (forse!)
E poi che discorso e'???.. Che sia innovativo o meno.. se uno ci ha lavorato
magari per anni e' giusto che se vuole se lo faccia pagare.. altrimenti te
ne usi un altro magari migliore... ma non quello a sbaffo!
Ciao

 vedi volanomark, cerca in rete)
Beh.. se mi dici che non si puo' fare... allora e' un altro discorso...  un
peccato!... Vorra dire che Java rimarra' limitato ad alcuni settori e sara'
totalmente escluso da altri.
Ciao

aggiungo:
il tuo discorso e' un po' come dire : uno scassinatore se vuole entra
ovunque... quindi tanto vale chiudere la porta... anzi lasciamo una bella
finestra con la Tv e la catenina d'oro in vista sulla  strada... tanto e'
solo una TV, una catenina... mica un quadro d'autore!.... Che discorsi del
......  bisogna mettersi in testa che e' esattamnte la stessa cosa!... Siamo
in un era digitale e come sa bene MS proteggere il patrimonio digitale e'
fondamentale per il corretto funzionameno dell'economia da cui dipende il
benessere delle aziende dei singoli e della societa' in generale.
Se tu avessi subito il furto di un sito su cui hai lavorato per mesi/anni e
te lo ritrovassi *identico* con scritto sotto tutti i diritti riservati..
"ad un altro" che ha fatto un copia incolla con qualche ora di lavoro...
forse capiresti cosa vuol dire!... Poi vai dall'avvocato a fartelo
restituire... e vedi com'e' facile e soprattutto economico...
A me e' successo!...
Creare una sola immagine, un layout  puo' voler dire perdere giorni/mesi di
lavoro... copiarla bastano pochi secondi di download!
Se per scassinare qualcosa serve  Arsenio Lupin e' un conto ... se il primo
che passa deve solo allungare la mano un altro... anche il giudice ti
direbbe.. "dovevi chiudere la porta" .
Ciao

 Ciao
Fare si puo' fare, ma ha poco o nessun senso. Java e' gia' probabilmente 
il linguaggio piu' diffuso al mondo (se non altro la comunita' e' la 
piu' grande).
Ci sono e ci saranno sempre dei settori in cui si usano altri linguaggi, 
come e' giusto che sia, anche se man mano che il tempo passa e le 
tecnologie migliorano questi settori diminuiscono sempre piu' e 
diventano accessibili anche a linguaggi come Java o C# (che aggiungono 
layer e quindi in *teoria* penalizzano le performance "pure").
Anni fa, tutti avrebbero riso nel pensare di programmare con Java i 
cellulari o le carte di credito.
E' bello ricordarsi pero' che le stesse cose si dicevano di C++ nei 
confronti di C e di C nei confronti di Assembler. O addirittura che 
farsene di un poco utile livello di indirezione com il sistema 
operativo, se posso interfacciarmi direttamente con la RAM e con le 
periferiche? E della microprogrammazione delle CPU ne vogliamo parlare?
Tutta l'informatica va avanti aggiungendo livelli di indirezione per 
facilitare la vita al programmatore (e all'utente, da un certo punto di 
vista). La JVM fa questo e ci facilita la vita, l'equivalente di Ms fa 
la stessa cosa perche' e' a tutt'oggi la via migliore.
In un futuro magari queste cose saranno implementate in HW, e si 
ricomincera' daccapo con nuovi livelli di indirezione SW per costruire 
linguaggi di nuove generazioni.
Il dibattito sulla compilazione di Java (o di qualsiasi altro linguaggio 
moderno a tua scelta) e' IMHO assolutamente sterile e privo di qualsiasi 
fondamento: se non ti servono i servizi della VM, usa C e non Java/C#. 
Se ti servono, hai due strade: te li programmi in C e replichi il 
funzionamento della VM, *peggiorando* le performance e debuggando per 
anni, o usi un linguaggio che compili per essa.
uL

Ragazzi,
il mio problema era poter fare andare un applicativo che ho scritto in Java
su un computer che Java non l'ha senza dover installare tutta la JVM, non ci
sono un paio di file che posso portare di là senza portare tutto il
pacchetto?
Una specie di mini JVM
Ciao a tutti e graziedel contributo

Una specie di mini JVM
Mah?!
-- 
Ciao
	Fabrizio C.

 Possibile che sia cosi' un tabu'?... 
Non e' un tabu', e solo complesso a fronte di vantaggi praticamente nulli. 
I presunti vantaggi sono solo negli occhi di chi non ha ben compreso i 
termini del problema (nel qual gruppo, hai ragione, ricade facilmente il 
tuo utente medio :). Sun - o meglio JavaSoft - probabilmente assumono che 
il CTO medio _non_ rientri in quel gruppo.
-- 
Life's something u don't get out alive..
ObjectZone - 
http://space.tin.it/computer/csadun

direbbe.. "dovevi chiudere la porta" .
Siamo veramente OT, ma rubare in una casa č illegale *ANCHE* se la
porta era aperta.
--
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /

pacchetto?
Ti hanno già indicato il link giusto... 
http://gcc.gnu.org/java/


Ti hanno già indicato il link giusto... 
http://gcc.gnu.org/java/
...mi dimenticavo di aggiungere che per mia esperienza "il gioco non
vale la candela", anche se può essere "istruttivo".
Non per adesso, almeno... in futuro non è detto che la cosa non cambi.
Comunque solo i prodotti commerciali ti permettono di fare degile
seguibili scevri da richieste di librerie esterne, credo.
