Newsgroup: it.comp.os.linux.development
Titolo: Re: Java sotto linux

  interpretato
A quanto mi risulta il java non e` piu` interpretato da almeno un paio di release
della JVM.
-- 
Francesco Romani - Ikitt   (signature under [re]construction)
'A geek is someone who spends time being "social" on a computer.'
'In fact, users don't read /anything/' -- Joel Spolsky

  della JVM.
Riformulo: 
A quanto mi risulta la JVM di Sun e tutte le altre maggiori implementazioni
non sono piu` interpreti puri (di bytecode) da almeno un paio di major release.


 
Quindi anche per questo sei favorevole al java?
-- 
Icq #84624356

  Quindi anche per questo sei favorevole al java?
Ne` favorevole ne` contrario.


 appunto il java, su questa piattaforma?
non direi proprio che è interpretato ma visto che sun continua a
rimandare, probabilmente all'infinito, il rilascio di java opensource, non
vedo grandi benefici dall'uso di questo linguaggio, lato client è quasi
morto, lato server è molto più difficile da usare di php e anche di .net
stesso che è il maggior rivale, ma comunque sia per gli amanti di java,
adesso c'è anche il java desktop system, una suse rimarcata sun io sono
decisamente sfavorevole all'uso di java al di fuori di telelfonini e
simili, il C++ con le giuste librerie ha la stessa valenza
multipiattaforma e poi il discorso sarebbe lungo, cmq ad ognuno il suo,
se ti piace java usalo.
ciao

 simili, il C++ con le giuste librerie ha la stessa valenza
Uno dei grandi vantaggi del java è proprio di avere delle proprie librerie
grafiche, io per fare un'interfaccia grafica in C++ ci ho messo mese :-(
Tu che librerie usi in  C++?


 
Di sicuro il bytecode prodotto dal "compilatore" java non č in 
linguaggio macchina come un qualsiasi programma C/C++, infatti č 
possibile far girare i file punto class prodotti in linux, su windows o 
qualsiasi altra piattaorma e viceversa.
Java ha tantissimi vantaggi, sebbene i propri "eseguibili" siano 
effettivamente piů lenti di quelli prodotti in C/C++ e comunque non č 
confrontabile con C++ e non con il C.
Ciao

  confrontabile con C++ e non con il C.
Sebbene in generale sia d'accordo (anche se, ripeto, non seguo molto
la scena java), c'e` da dire che dipende dal programma. Nel caso
di programmi I/O bound il divario (percepito) potrebbe essere ridotto
o nullo.


 appunto il java, su questa piattaforma?
non sarà interpretato ma cmq è lento, certo nn c scrivere un motore di
scacchi (anche se qcuno l'ha fatto).
La forza di java è la facilità d'uso: java + eclipse è di una facilità
sconcertante. L'eclipse ti corregge tutti gli errori, ti da i
suggeriment... insomma è quasi impossibile sbagliare.
Per interfaccai grafica C++ portabile mi permetto di suggerire
wxwidgets.com
Paolo Pantaleo

 Tu che librerie usi in  C++?
fià, peccato che per usare una qualsiasi libreria che trovi sul sito
di sun che non appartiene al tarball del jdk devi per forza registarti
al loro sito. E questo mi fa incazzare come una iena.

 appunto il java, su questa piattaforma?
quali sono i vantaggi?

 appunto il java, su questa piattaforma?
La forza di Java e' nella programmazione web lato server, quindi 
jsp/servlets/ejb. L'unica alternativa e' (l'ottimo) .net.
Visto che linux e' prevalentemente un S.O. lato server, beneficia
notevolmente del successo di Java.
Io consiglio di tifare per la Sun.
Ciao


http://www.blackdown.org/java-linux/java2-status/jdk1.4-status.html
Alessandro.

> [quoted text muted]
esistono miliardi di librerie C++ per le gui, diciamo che per la maggiore
secondo me vanno qt,wxwidgets e fox

 al loro sito. E questo mi fa incazzare come una iena.
Piu' o meno come fanno IBM, Oracle, etc. etc.
Per fortuna che c'e' il gruppo Apache (che a parte l'httpd fa tutto in Java
:-)
Alessandro.

 maggiore secondo me vanno qt,wxwidgets e fox
Si ma sono librerie "aggiuntive" che non e' detto siano presenti sul sistema
(proprio perche' sono tante, non tutte servono). Certo c'e' la possibilita'
di linkarle staticamente, ma con Java una volta installato il JRE (sebbene
non sia proprio un'inezia) sei a posto.
Alessandro.

 o nullo.
Un esempio tipico sono anche i programmi di data entry che interagiscono con
database.
Alessandro.

 ha scritto nel messaggio
news:slrnc99gb9...@nemesys.sky.lan...

Posso anche essere daccordo con te, ma purtroppo sembra che java in futuro
sarà sempre più proprietario...



questo non toglie i problemi. vai a chiedere agli sviluppatori di
openoffice come mai disabilitano praticamente tutto il supporto di java...

 Alessandro.
Sinceramente l'unica distro che ho visto che non ha le qt installate è la
crux, per il resto qualsiasi distribuzione desktop a kde e gnome quindi
qt e gtk, java non è software libero, quindi semplicemente non lo trovi
installato, è più facile trovare installato qt e gtk del jre.
Inoltre le performance di swing sono penose, se uno deve ricorre a swt
obblighi davvero ad installare librerie che non ha nessuno e che comunque
sia sono wrapper o a motif o a gtk, tanto vale utilizzare direttametne il
C++.

o nullo.
veramente il divario può essere ridotto anche in casi di applicazioni
cpu intensive:
http://www.idiom.com/~zilla/Computer/javaCbenchmark.html
Non che io sia un grande fan di java, ma ho la brutta impressine che
molta gente ritenga java lento perché vede un lungo tempo di startup e
basta :/

 è la crux, per il resto qualsiasi distribuzione desktop a kde e gnome
Il fatto che siano messe a disposizione dalla distribuzione non vuol dire
che siano installate.
Alessandro.


Cosa intendi per proprietario ?
Se la licenza di Java va bene per quelli della apache jakarta project,
perche' non dovrebbe andare bene a me ?
Non credo che tutto debba essere gpl, e il fatto che java non lo sia potrebbe
anche essere un vantaggio per il suo sviluppo...
Ciao

 anche essere un vantaggio per il suo sviluppo...
perché?


ti dirò, è poco noto, ma zope sul lato server va forte. Io lo sto 
imparando adesso ed è veramente notevole.

Ciao, test... come va?

tuttavia praticamente il 90% delle distribuzioni, oramai, ha il suo bel
[meta]gestore di pacchetti, e quindi l' istallazione delle qt non e' cosi'
complicata
-- 
§                ZeD                 §
§          Up da 40 minuti           §
§             03/05/2004             §
§ Ss. Filippo e Giacomo-S. Giovenale §

 e' cosi' complicata
Cero, anche se io personalmente prima di installare le qt controllo se per
caso non c'e' l'alternativa gtk e se posso evito (perche'? boh, abitudine).
Invece il JRE ce l'ho gia' installato perche' me lo chiede il browser per le
applet java.
Alessandro.

Ottavio Campana disse: 

Il timore e' che qualcuno, ad esempio ibm o oracle, per spingere il
proprio application server, creino dei propri fork di java, con 
istruzioni ottimizzate per i loro prodotti, come fece qualche anno
fa microsoft.
La consequenza sarebbe che una applicazione per ibm websphere potrebbe
non funzionare con tomcat, e questo distruggerebbe uno dei concetti
portanti di java, la portabilita'.
Certo, in realta' anche oggi e' possibile usare estensioni proprietarie
per le proprio applicazioni j2ee, in funzione del application server
utilizzato e quindi produrre codice non portabile, ma finche' java e' di
Sun non essere "certificati" dalla Sun ha un certo peso.
Poi il lavoro che stanno facendo mi sembra ottimo e non vedo motivi per
cambiare la loro politica.
Ciao

> appunto il java, su questa piattaforma?
OC> quali sono i vantaggi?
Che  non credo  sia possibile  scrivere  un programma  prono a  buffer
overflow nemmeno se ti ci metti.
 /\            ___
/___/\__|_|\_|__|___Gian Uberto Lauri_____________________
  //--\ | | \|  |   Integralista GNUslamico e fancazzista 
\/