Newsgroup: it.comp.java
Titolo: Java Enterprise Edition: sotto accusa!

Salve Ragazzi,
permettetemi di farvi i complimenti per il ng, davvero uno dei migliori che
abbia visto sino ad ora.
Vengo al dunque: sto realizzando una tesina per l'università, sul confronto
tra .NET e J2EE. Ho letto moltissime fonti e la maggior parte di esse si
contraddice a causa di guerre di religione. Al di là della famosa disputa
sulle prestazioni inerente al petstore... ho trovato diverse affermazioni di
personaggi importantissimi dello scenario informatico che hanno "accusato"
Java.
I "capi d'accusa" sono i seguenti:
- Java finisce con l'avere troppi vendors che definiscono particolari
aggiunte allo standard, rendendo il tutto non-standard e non interoperabile
con altre applicazioni non-standard di altri produttori.
- IIOP è obsoleto rispetto alla coppia UDDI-SOAP, perché non garantisce
interoperabilità tra applicazioni J2EE standard e applicazioni e web
services realizzati in altri linguaggi/piattaforme.
- Java non garantisce nella pratica grande scalabilità. Soluzioni come .NET
e Web Sphere risultano migliori quanto a risposta di un aumento di workload.
- "One of J2EE's major disadvantages is that the choice of the platform
dictates the use of a single programming language, and a programming
language that is not well suited for most businesses." ---- Perché non
soddisfa la maggior parte dei business? E se il business è su server Unix?
Cosa mancherebbe a Java?
Non voglio assolutamente generare una "guerra di religione", non a due
giorni dall'esame :o)))
Volevo solamente sapere cosa ne pensate di queste affermazioni, e se potete
in qualche modo smentirle.
Vi chiedo questo favore per:
1) curiosità personale
2) anche se dette da grandi dell'informatica che cito nella tesina, non
vorrei scrivere fesserie
3) chiarire quale sia, nella pratica, la vera potenzialità di J2EE e i suoi
limiti
Se avete esperienza in merito o conoscenze approfondite, postate qualcosina
per favore.
Vi ringrazio anticipatamente per aver letto il post e a quanti vorranno
cortesemente rispondermi,
Buona giornata...
Antonio Cangiano
--
"I grandi spiriti hanno sempre incontrato violenta
opposizione da parte delle menti mediocri."
A.Einstein

 Cosa mancherebbe a Java?
Il trademark microsoft, forse...
Ciao.
~Jigi

>E se il business è su server Unix?
<Manager mode on>
	Unix? ma unix lo usano gli Hackkker per violare i siti
</Manager mode off>
Vi assicuro che me lo sono sentito dire... -_-
A chiusura di questo mio intervento, sono d'accordo al 95% con quello 
che dice Luigi.
A mio avviso, almeno per la mia realtà, .NET è ancora immaturo. 
Probabilmente per natale vedremo le prime applicazioni serie. Le voci su 
Windows.NET e sul supporto a livello di sistema di tutto il framework 
potrebbero rendere interessante lo sforzo di M$, se solo questa avesse 
l'umiltà di mettersi tra gli altri e non di porsi, come al solito, sopra 
tutti anche in un settore (quello dei linguaggi semi-interpretati e con 
VM) in cui l'unico esempio fino ad ora ha dimostrato un grado di 
maturità ed un seguito impensabili sin dalla versione 1.0
E' chiaro che la VM di M$ supporti più linguaggi, ma quanti anni dopo la 
VM di Sun è arrivata? Quanta acqua è passata sotto i ponti? Ci 
mancherebbe altro che M$ avesse realizzato una VM con meno features di 
quella di Sun.
Il resto è aria fritta, genere di gran moda, a quanto pare, in una larga 
fascia della classe dirigenziale italiana.
-- 
||//endaar / non e' bello cio' che e' bello
||\\______/  e' bello cio' che e' kender
CdHer #1, FIDDer #27, Membro del Consiglio dei Due della LILV

 Visual J++ con Java?
Ci sono tanti automobilisti che non sanno guidare, ma questo non è colpa di
chi ha inventato o produce l'automobile. Prima o poi sbattono il naso e
imparano, oppure smettono di guidare e tornano in bicicletta.
Se chi usa una tecnologia non ha conoscenze adeguate, che studi...
Bye
Luigi

 
Beh, lo si diceva anche delle interfacce grafiche, ma oggi chi riesce 
sinceramente a farne a meno?
Certo SOAP ha un "discreto" overhead, però ha il vantaggio di essere 
testuale, quindi leggibile da chiunque, umani compresi. Attenderemo per 
vedere cosa succederà.
Certo Java con le sue librerie XML ha già un bel vantaggio, se non altro 
sono un ottimo punto di partenza.
Da quello che ho letto di SOAP/UDDI, il sistema pare più semplice di 
CORBA (non consideriamo COM+, che è un accrocchio partito male da OLE).
Visto che .NET esisterà solo per Win (mono mi pare al di là dall'essere 
usabile per il momento) e che Java esiste pressoché ovunque (forza 
blackdown.org
!), SOAP potrebbe essere un buon canale di comunicazione: 
se non riesci a sconfiggerli, fatteli amici, insomma.
Credete che sia così irrealistico uno scenario di convivenza tra 
applicazioni .NET e Java, magari proprio basato su SOAP?


applicazioni .NET e Java, magari proprio basato su SOAP?
Praticamente hai citato la conclusione che ho scritto nella tesina :o)))


 
Eh eh magilla! C'avrò mica "i Poteri"? ^_^
No, a parte gli scherzi, per la prospettiva (limitata) che ho del 
problema, mi pare uno dei pochi scenari praticabili. Non credo che giovi 
a nessuno una guerra tra Java/Unix e .NET/Windows. Qualche scaramuccia 
ci può anche stare (VIM vs. EMACS, Debian vs. Others, ...) ma credo che 
un atteggiamento puerile sia quanto di peggio.
Continuo ingenuamente a pensare che non importa la fonte quanto la 
qualità delle idee e dei prodotti, convinto che il mercato si orienterà 
verso i prodotti col miglior rapporto qualità/prezzo.


applicazioni .NET e Java, magari proprio basato su SOAP?
Per nulla irrealistico... Se non serve per questo, allora serve a molto
poco.

 Praticamente hai citato la conclusione che ho scritto nella tesina :o)))
http://www.jboss.org/developers/projects/jboss/dotnet.jsp

 Il trademark microsoft, forse...
Il marketing microsoft, semmai... il trademark(cioè il marchio) dice cosa
insicura! Microsoft riesce a inserire falle in un linguaggio sicuro come
Java! Chi volesse usare il C#, non si troverà con potenziali problemi di
sicurezza da affrontare(finché mono non sarà pronto)? Ciao
--
Paolo Giarrusso
Per rispondere togliere solo "TOGLIMI" dall'indirizzo, non _spam.

 Il marketing microsoft, semmai...
Non so... il marketing lo fa gente che usa excel... che di informatica non
ne capisce un tubo. Sarà per questo che microsoft è tanto buona nel
marketing.

 il sorgente(penso lo diano, dato che è un benchmark).
La pietra dello scandalo :
http://gotdotnet.com/team/compare/
Questo è un articolo che analizza perché il test di microsoft è ridicolo:
http://www.onjava.com/pub/a/onjava/2001/11/28/catfight.html
Poi, ogniuno dice che il suo AS è il più veloce... questo è un esempio:
http://otn.oracle.com/tech/java/oc4j/pdf/9ias_net_bench.pdf
diametralmente opposto ai risultati di microsoft...
Io ho la mia opinione, ogniuno è libero di credere a chi gli pare.
Luigi

 il sorgente(penso lo diano, dato che è un benchmark).
La pietra dello scandalo :


 il sorgente(penso lo diano, dato che è un benchmark).
La pietra dello scandalo :


Ognittanto il server di news di Tiscali si ubriaca...
Scusate.
Luigi


Utilizzavo Visual J++ xche' c'era in un pacchetto VisualStudio e volevo fare
delle semplici applet non firmate : ho deciso 'di -non- adottare le
estensioni
del vendor specifico' o x meglio dire ho utilizzato i package della
directory 'Sun'
e naturalmente tutte si vedevano su qualsiasi wincozz (anche con Nescape).
Passati su Linux pero' Mozzilla ne visualizzasse una perfettamente
funzionante!
-Non e' che cmq bisogna scrivere tenendo presente gli OS sui cui...?
-Dove sul web si puo' approfondire questo aspetto?
(Se guidicate che le mie domande abbassino troppo il livello del discorso o
siano OT, perdonate la mia ignoranza).
Regards,
 lord_mattex
--------------------------------
Inviato via 
http://usenet.libero.it

 -Dove sul web si puo' approfondire questo aspetto?
Non so quali classi tu abbia utilizzato del package sun... com.sun.* non
sono classi di java standard. Le classi di Java standard hanno package
java.* e javax.*.Nel caso di javax.* sono standard extension, quindi non
sempre sono comprese nella distribuzione di base del JRE, alcune sono state
incluse ma continuano a mantenere il package javax per discorso di
compatibilità.


ha scritto:

'package sun' = ho detto una grande cavolata ... :-(
usato java.*
+ che altro volevo dire che, anche nell'impossibilita'
pratica di testare allora su OS di diverse case,
avevo intuito della necessita' di scrivere codice
portabile.
E' chiaro che in C se ad es. voglio tener nota
degli errori intercettati debbo tener conto di cosa
gia' mi offre l'OS, ma pensavo che x semplici
applet non firmate (con tutte le limitazioni del caso
quindi), visto che la storia gira su di una VM
ci fossero meno problemi.
(tieni conto pero' del mio livello: ieri sera
testando la visualizzazione del form java
di accesso alla piattaforma della laureaonline
del politecnico di Mi, ho notato lo stesso
difetto che si presenta ad una mia applet:
non si riesce a visualizzare x intero il corpo
dei caratteri editati in una textbox.
Visto che loro sono ingenieri ed io no, mi e'
questa mattina venuto il dubbio che il problema
non sia per come scriviamo in Java ma bensi'
nel mio settaggio Linux-Mozilla.
Regards,
 lord_mattex
---------------------------------------------------------------
Della serie:
 xche'
   "lo scrivi una volta e lo esegui ovunque"
 non diventi
   "lo scrivi una volta e lo correggi ovunque".
---------------------------------------------------------------


il tag <applet> è in qualche modo da considerare deprecato.
in jsp è stato inserito il tag <jsp:plugin> che genera una serie di tag in
grado di indicare al browser di scaricarsi il javaplugin, se il browser
supporta una VM troppo vecchia, in questo modo il browser si va a scaricare
e installare il plugin adatto alla tua applet ed eviti qualsiasi problema di
portabilità.
http://java.sun.com/products/plugin/1.3/docs/jsp.html

> Visto che loro sono ingenieri ed io no, mi e'
C'č una rotonda quě vicino al mio ufficio... l'ingegnere che l'ha
progettata, mi piacerebbe conoscerlo.

 Ognittanto il server di news di Tiscali si ubriaca...
DI solito è outlook(anche express) a fare queste cose, l'ho sentito e ho
letto tutta la spiegazione su it.news.annunci Ciao

 marketing.
Su questo sono d'accordo, ma и scontato.

 > puntatori), le si fanno lo stesso, garantendo stabilità e sicurezza.



ha scritto:

Scusa x il lasso di tempo intercorso, ma ho approfittato dei tuoi input x
informarmi un po' di + in materia anche se poi cio' mi ha provocato
nuovi interrogativi.
Circa i miei problemi usando Linux per la visualizzazione dell'accesso
alla piattaforma scritta in Java della LaureaOnLine in ingegneria
informatica,
mi ha risposto il webmaster dell'universita': avevi ragione tu, hanno
ottimizzato
tutto solo x IE! La cosa non mi sembrava possibile xche' attualmente molti
studenti universitari in informatica hanno un occhio di riguardo x il
pinguino ;-)
Mi ha cmq consigliato di usare Opera su Linux: naturalmente io ho tutti i
browser possibili su Linux, ma non Opera; varra' la pena provare ad
installarlo?
Riguardo al discorso dell'effettiva interoperabilita' di Java fra i sistemi,
sono
giunto a questa personale conclusione: usero' su Linux jBuilder 6.0 Personal
che e' una versione non commerciale ma che cmq mi sembra perfettamente
utilizzabile x scopi personali da un principiante come me.
I miei esempi di applet finora provati sono perfettamente visualizzati sui
vari
browser x Linux anche se con lievi differenze marginali, e non incontro
alcuna
difficolta' neppure da winxp;
Con sorpresa ho dovuto constatare anche la notevole maggior rapidita' nel
visualizzare le applet con IE. E' una mia eccezione o e' la normalita' che
la
VM di M$ sia realmente + veloce?
'jsp' e' interessante ed offre indubbi benefici.
Mi sembra che il discorso vada a parare sui webservices o sbaglio?
Ma sara', se e' cos'i', possibile utilizzarlo dal proprio spazio free sul
server
di accesso ad Internet? (ad es. da Digilander di Libero?)
Altro dubbio: jBuilder 6.0 lo consentira' facilmente?
E non e' che poi con questa filosofia sui webservices ci ritroviamo nelle
mani delle corporation? (l'ho buttata un po' li'...)
Ho inoltre letto dei file .jar. Si comportano all'incirca come i .cab di M$?
Sarebbe buono utilizzarle x le mie "deprecabili ed obsolete" applet? :-)
Regard,
 lord_mattex.
