Newsgroup: it.comp.java
Titolo: Exe

Ciao a tutti
Sapete se esiste uno strumento che mi permette di rendere eseguibile (senza
i vari jre) un'applicazione java? Per quali piattaforme?
Ciao
Daniele

Daniele wrote:

Non credo che esista una cosa del genere (a parte il cesso del J++ Microsoft),
ma in ogni caso: non credi che java "perderebbe di significato" ?
Andrea Checchi - Focala

 wrote in message
3A1125FC...@cli.di.unipi.it...


Si possono creare eseguibili (senza jre)? per quale piattaforma?

 a fare un compilatore decente.
ma che dici...
-- 
Ugo
__________________________________________________________________________
"La perfezione si ottiene non quando non c'è nient'altro da aggiungere, 
 bensì quando non c'è più niente da togliere." Antoine de Saint-Exupéry
__________________________________________________________________________
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Enterprise Java Consulting
@mail: Ugo.L...@Flashnet.it
Home Page: 
http://www.ugolandini.net
Mentoring: 
http://www.projectoo.com
Work Phone: 06/5814740
Fax Phone: 06/233207542 
Cell Phone: 0347/6310749 - 0347/4783580
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

 a fare un compilatore decente.
Ti credevo un po' piu' fan di Java.. :-)
Vedi anche: 
http://joel.editthispage.com/stories/storyReader$133

 a fare un compilatore decente.
Cos'è .Net ?

 Cos'è .Net ?
E' la nuova trovata di mamma M$ per la rete, comprende una serie di
servizi distribuiti e, "molto teoricamente"
multipiattaforma, uno dei suoi punti di forza sarà il C# (no comment).
In pratica un attentato a Java, che rischia pure di riuscire.
Scusate l'OT.
Ciao a tutti,
	Roberto venturetti

 wrote in message
3A12BFFB...@team.spray.it...


 multipiattaforma, uno dei suoi punti di forza sarą il C# (no comment).
Ah, una serie di programmi che forse funzionano sotto NT SP3+, inchiodano
2000, e si rifiuteranno di partire con 95/98/ME. Molto multipiattaforma
insomma, nelle migliori tradizioni M$.
Ciao,
 Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------

 In pratica un attentato a Java, che rischia pure di riuscire.
Non credo che abbia molte possibilità: magari sostituirà in qualche
maniera VB (e non è detto, i fans sono molti) ma Java si è spostato su
altri lidi ed IBM, Oracle, Bea, Borland ecc. hanno investito troppo su
questa tecnologia (non cito Sun per ovvii motivi). Su lato client
Windows, torno a ripetere attualmente terreno di VB, potrebbe anche
andare e se la Ms ci fornirà di un buon linguaggio OO per sviluppare
applicazioni standalone non potremo che esserne felici. 
P.S.
Questo sarebbe l'erede di "Cool" di cui si parlava un annetto fa (e
ricordo altri allarmismi), oppure è completamente un nuovo progetto?


 Vedi anche: 
http://joel.editthispage.com/stories/storyReader$133
Bell'articolo... sinceramente non credevo fossero messi così male. 
La storia però ci insegna che un buon marketing riesce dove la
tencologia e la tecnica non arrivano: staremo a vedere. Comunque, la
"copia di Java non finita e non testata" (cito dalla mail anonima di un
impiegato della MS in risposta all'articolo di cui sopra) potrebbe
comunque tornare utile a chi non vuole usare VB ed utilizzare un
linguaggio OO in ambito client windows. SOAP è solo un protocollo
derivato da XML-RPC, e permetterebbe di integrare il tutto con
applicazioni server-side Java. A me sembrano tutte notizie positive, il
mercato j2ee non sembra certo in pericolo per così poco...
Il resto sembra in effetti solo "vapourware".


Il resto sembra in effetti solo "vapourware".
Si', direi che si tratta soprattutto di una enorme macchina fatta di
azioni di marketing e FUD per spacciare per chissà quale meraviglia
quella che sarebbe comunque la naturale evoluzione dei prodotti di MS,
non è che stanno inventando nulla di particolarmente eclatante.
Windows .NET è la risposta (non proprio tempestiva) a J2EE, con alcune
sostanziali differenze, per esempio si rivolge *solo* alla piattaforma
MS, pone l'accento sull'indipendenza dal linguaggio (e il C# viene a
colmare una lacuna tra il VB e il C++), sembra essere molto meno
aperta di Java (sorgenti delle librerie? Hmmm... e quali librerie?
Specifiche della VM? Hmmm...).
Questo ammesso che ci abbia capito abbastanza, d'altra parte non è
facile orientarsi quando MS comincia a sollevare il polverone e ad
alimentare le aspettative :-)
(PS: non dimentichiamoci che la concorrenza fa bene, anche a Sun).
(PS2: continuo a pensare che un compilatore nativo di Java non sarebbe
una buona idea).
Ciao,
 P.
+++ Boing Boom Tschak

 
mah... il fatto č che tanti neanche si ricordano che genere di pc
giravano nel 96. Io con il mio modesto Celeron e una buone dose di RAM
non vedo grosse differenze fra JB4, TogetherJ ed una qualsiasi altra
applicazione Office.
Sul lato server poi le differenze sono enormi, e c'č sempre TowerJ per
casi disperati. 
-- 
Ugo
__________________________________________________________________________
"La perfezione si ottiene non quando non c'č nient'altro da aggiungere, 
 bensě quando non c'č piů niente da togliere." Antoine de Saint-Exupéry



Però, TowerJ è a pagamento e non è neppure economico. Fino a che punto è
compatibile, cioè quante e quali package supporta ?
  Non credo che a Sun sia impossibile creare un javac con un'opzione -exe
per creare eseguibili nativi, fatta salva la possibilità di creare bytecode.
Quel che personalmente mi piace
di Java (ma i gusti sono gusti e sempre opinabili) è che il linguaggio è
lineare e pulito da "imbrogli" strutturale, che ho ad esempio visto nel
VC++,  dove la scelta è utilizzare a mano le MFC (cosa che dal punto di
vista della difficoltà è un altro pianeta, rispetto alla chiarezza dei vari
packages Java) od affidarsi ai wizard, senza capire bene come vanno le cose.
  Spesso si parla di "filosofia violata" pensando a Java in termini nativi.
Bene, la filosofia è una cosa, la prassi un'altra....
Saluti,
Scorpio.

 per creare eseguibili nativi, fatta salva la possibilità di creare bytecode.
Non mi sembra neanche così facile: un diverso formato per ogni possibile
piattaforma, ottimizzazioni a seconda dell'architettura, ecc.
Comunque, TowerJ è (almeno era l'ultima volta in cui me ne sono
interessato) solo per Linux, e garantisce delle prestazioni superiori in
ambito server (non credo siano supportate librerie grafiche) quando si
vuole ricavare ogni possibile frazione di secondo da un'applicazione
evidentemente critica: il fatto che costi (circa 5000$) dovrebbe essere
giustificato dal risparmio in RAM e processori (ovviamente si parla di
macchine già di per sè costose) a parità di prestazioni
dell'applicazione finale.
Creare un eseguibile non sarebbe contrario solo alla filosofia di Java,
ma alla sua intera architettura: un progetto completamente nuovo e non
certo una semplice opzione da riga di comando.
IMHO, mi sembra che per molti sia una questione più psicologica che
altro: vedere un'applicazione che non ha bisogno della virtual machine
può essere più rassicurante, a prescindere dai benefici reali o
presunti.
-- 
Ugo
__________________________________________________________________________
"La perfezione si ottiene non quando non c'è nient'altro da aggiungere, 
 bensì quando non c'è più niente da togliere." Antoine de Saint-Exupéry


 ricordo altri allarmismi), oppure è completamente un nuovo progetto?
Il problema, putroppo, è che M$ ha dalla sua il marketing e una grande 
fetta di mercato; (per non dire "il" mercato) e che il "pubblico" spesso
non sceglie con spirito critico.
Io stesso ho iniziato con VB perchè credevo (a ragione) che mi avrebbe
permesso
di entrare più in fretta nel mercato; poi, si sa', quando provi una
rolls royce, 
tornare alla tua 126 bis non è facile.
Ricordate, ad esempio, la pubblicità di M$ in cui si diceva che a Win95
potevi attaccare
di tutto (veniva eliminato il tostapane...)) Beh, la gente ci ha
creduto, e, così,
conosco persone convinte che il "Plug and Pray" di Win9x sia una grande
invenzione.
Basta sennò finisce che andiamo veramente troppo OT.
In Java we trust! (Almeno finchè non imparo il C++).
Ciao a tutti,
	Roberto Venturetti

 presunti.
Infatti se per "assurdo" il JRE fosse preinstallato in Windows, oggi gli
utenti di tale OS non si accorgerebbero quasi di usare applicazioni
Java.

 wrote in message
8v2v9h$muo$1...@serv1.iunet.it...


 non sceglie con spirito critico.
Continuo a ripetere, a costo di sembrare noioso,che la situazione
"server.side" è completamente diversa. Le grosse aziende difficilmente
vogliono sentir parlare di NT et similia per servizi veramente
importanti, e Java è un must e non una semplice opzione. La maggioranza
dei servizi su Internet che nascono in questi mesi o che stanno per
nascere sono "potenziati" da Java, partendo dalle semplici servlet fino
agli EJB. MS ha una posizione di assoluto predominio nel mercato client
ma generalizzare è pericoloso quanto non veritiero. Tutta la faccenda
del .net (invito tutti a leggere il bell'articolo citato da Piero) è
proprio per mettere una pezza su questa situazione. Basti pensare ad
esempio ad Oracle, usato praticamente nel 95% dei Db di una minima
rilevanza (non voglio discutere se a torto o a ragione) e ormai
completamente votato a Java (anche se in una maniera poco standard, ma
questo è un altro discorso)
Che poi sia difficile associare la maggioranza dei servizi che
utilizziamo a Java questo è vero, ma questa è una caratteristica delle
applicazioni n-tier dove il front-end può essere (ed è, di solito)
qulacosa di completamente slegato e tecnologicamente "diverso".
Un esempio potrebbe essere quello delle banche, sia online che non: da
Fineco a Banca Sella Java è preponderante, poi magari nel front-end
trovi dei form cgi e non ti rendi conto che il tutto è Java-powered.
A disposizione per articoli di riferimento o approfondimenti su questo
tema, che mi sta particolarmente a cuore perchè vedo spesso (ed ho visto
spesso) che la comunità Java italiana soffre un po' di "gelosia" e di
"paura" nel vedere vanificati i loro sforzi di apprendimento di una
tecnologia fantastica. Quello che vi posso dire dal mio punto di vista è
che ci sono molti più lavori che persone per realizzarli, sia in Italia
che all'estero, che la situazione va avanti così da almeno un paio di
anni (in costante crescita) e che nulla lascia presagire cambiamenti
imminenti.
