Newsgroup: it.comp.os.dibattiti
Titolo: Requiem per Java (e Sun)

http://news.cnet.com/news/0-1003-200-1770721.html
IBM appoggerà SOAP, ossia XML-RPC aka The Java Killer.
Che si siano accorti che Java è (era..) una "sola?"
Saluti.



Non so perchè mi ricordi molto Savonarola in "Non ci resta che piangere".
Vero è che ti chiami Gabriele (Peeeeeeeeep!!!!!!! Annunciaziò
Annunciaziò)...

IBM appoggerà SOAP, ossia XML-RPC aka The Java Killer.
IBM e' famosa per avere un piede per ogni staffa, e levare
regolarmente il piede dalla staffa giusta...  una notizia del genere,
piu' che problemi a Java, li potrebbe portare a XML-RPC...
Obelix

http://news.cnet.com/news/0-1003-200-1770721.html
IBM appoggerà SOAP, ossia XML-RPC aka The Java Killer.


Che si siano accorti che Java è (era..) una "sola?"
Cattivo.
Ciao,
 P.
+++ Boing Boom Tschak

Chiedo scusa per i 3 post......
Outlook e Il News Server di Interbusiness colpiscono ancora....
Saluti.


"Noi ci mettiamo con la testa sotto i tuoi piedi, puoi muoverti." :-)
-- 
Lorenzo
"Given enough eyeballs, all bugs are shallow", Linus'Law
(address rot13 encoded)

 Che si siano accorti che Java è (era..) una "sola?"
Davide Inglima appoggera' DISHWASHER, ossia Emacs-Lisp aka The Bubuti
Reedemer.
Reedemer, perche' noi non siamo cosi' violenti da uccidere, ma cerchiamo
la remissione dei vostri peccati. Amen.
--
Davide Inglima, limaCAT
Posted with Pico+SLRN
P.s. Qualcuno ha giocato ad Unreal Tournament?

 Che si siano accorti che Java è (era..) una "sola?"
http://alphaworks.ibm.com/
PS: continua pure a programmare in C++ e a cercare memory leaks. Io mi tengo
Java.
-- 
. Simone Caldana - System Manager at Vitaminic spa          .
. Feel the music evolution: 
http://www.vitaminic.it/
        .
. E-Mail: 
e...@vitaminic.net
   Web URL: 
http://i.am/caldana/
 .

Che si siano accorti che Java è (era..) una "sola?"
Una "sola"  ? Naaa ! Per  certe cose java e'  semplicemente fantastico !
Basta solo non farsi prendere dalla mano e pretendere di fare *tutto* in
java...
Ciao !
-- 
Federico /*juri*/  Pedemonte |  
                             |
mailto:
fep...@crosswinds.net
 | Linux : The choice of the GNU generation  
------------------------------------------------------------------------

    E=mc^2
UIN/ICQ# 7387142                             Esame uguale memoria
                                             per culo al quadrato

 java...
Quello è (era) il pericolo.
Saluti.

 aveva per Java. Quello che è morto veramente è Java RMI.
Meno male.


 Meno male.
Sempre felice di dare una martellata sulle palle ai sapientoni di Sun.
Saluti.

Che si siano accorti che Java è (era..) una "sola?"
Le tecnologie sono complementari. XML da solo non fa nulla: e' un 
linguaggio di markup - l'unica differenza e' che permette di trasportare la 
definizione di markup insieme ai dati. 
E poi IBM e' cosi'grossa che da sempre non sa la destra cosa fa la 
sinistra... :)
-- 
God is Real, unless declared Integer.
ObjectZone - 
http://space.tin.it/computer/csadun

 definizione di markup insieme ai dati.
Non è XML in se. E' l'uso e la libertà d'uso che permette XML.
Java nella visione di Sun Java è un linguaggio totalitario. Tutto e solo
Java.
XML-RPC unito a DOM permette di rompere lo schema proprosto da Sun e
ricollocare
Java nella sua reale collocazione , ossia un quella di linguaggio come tutti
gli altri.
E questo per Sun significa il fallimento di Java.
Saluti


Pensi davvero che XML possa diventare la panacea per risolvere tutti i
problemi legati alle applicazioni distruibuite ? Comunque tu voglia
usare XML per trasportare oggetti lungo la rete stai definendo un "wire
protocol", cosa c'e' di nuovo in questo ?? Io vedo molto piu'
interessante Jini dove tu scarichi un proxy che poi comunica con il
server come pare a lui mentre offre a piu' alto livello un semplice
protocollo lookup,discovery,join.
Questo mi pare piu' interessante (ed e' Java) , se poi vogliamo
discutere su quanto funziona bene Jini o su quante risorse di rete ha
bisogno questo e' un altro discorso ma l'idea e' buona...
Ciao.
Sent via Deja.com 
http://www.deja.com/
Before you buy.

 protocol", cosa c'e' di nuovo in questo ??
C'č che puoi usare il linguaggio che vuoi, il sistema operativo che vuoi, il
browser che vuoi
il web server che vuoi ed il protocollo TCP che vuoi.
Ma sopratutto....non devi per forza usare Java. Tutto qui.
Saluti.

Outlook e Il News Server di Interbusiness colpiscono ancora....
Guarda che e' solo iun problema di Guardafuoriquantibuchicheho...
Obelix

 tecnologie standard, con il bollino del W3C, come XML-XSL e compagnia.
Mica tanto, almeno sui browser... pare che IE 5.5 per Windows non
supportera' piu' non-ricordo-come-si-chiama, che e' uno standard.
ciao
-- 
Gabriele Biffi - 
gbi...@mail.com
Studente di Ingegneria Informatica presso il Politecnico di Milano
Student of Computer Engineering at the Polytechnic of Milan


Il concetto piu' potente alla base di Java e' la JVM e non tanto il
linguaggio che non e' altro che l'evoluzione dei linuguaggi di
programmazione del passato , voglio dire se il problema e' il linguaggio
di programmazione niente vieta di usarne un altro ma di tenere buono il
concetto di "virtual machine" di loading dinamico del codice , etc. etc.
Tu stesso probabilmente potresti definire un nuovo linguaggio basato
sulla JVM che non e' Java.
L'unico dubbio e' che a meno di particolari esigenze semantiche quali
sono i linguaggi "cosi'" migliori di Java (in fondo chiunque ci abbia
programmato un po' non puo' che apprezzare l'eleganza, la bella
implementazione dei pattern nelle API, la potenza delle interfacce etc.
??
Per quanto riguarda il resto puoi usare il SO che vuoi anche con Java,
il web server ed  il browser mi sembra che la scelta non manchi e per il
TCP ritorniamo al discorso del wire protocol, se ognuno comincia a
definirsi i suoi wire protocol andiamo verso un mondo sempre piu'
proprietario (la babele dei server)
Cmq. IMHO Java e' lungi dall'essere perfetto ma invece di farne il
requiem non sarebbe meglio prendere quello che c'e' di buono e usarlo
per definire la futura tecnologia per applicazioni distribuite !?


 per definire la futura tecnologia per applicazioni distribuite !?
Non confondere il linguaggio con l'infrastuttura di comunicazione.
L'arroganza di Sun e le sue scomposte reazioni (del tipo "XML-RPC non serve
a nulla")
a queste osservazioni dimostrano la sua malafede.
Saluti.

 vuole, usando il server che uno vuole ed il browser che uno vuole.
Quindi e' un protocollo?
--
Davide Inglima, limaCAT

"Davide Inglima, limaCAT" <c...@alexandra.kaleshnokev> ha scritto nel
messaggio news:slrn8gjuh...@alexandra.kaleshnokev...

Anche.
Saluti.

 che implementi le pagine attive.
Mi sa che ti sfugge il concetto di codice mobile.


 Mi sa che ti sfugge il concetto di codice mobile.
No. Puoi usare l'esecuzione lato server unita ai template per generare
output che include
Applet  (bleah....) o script  (meglio) personalizzato allo scopo per singolo
utonto/contesto/necessità.
Ma fondamentalmente il codice mobile è uno specchietto per allodole. Ossia
serve solamente
a fare scenografia. Se si devono realizzare applicazioni transazionali (e il
90% di quelle che verranno lo saranno)
la cosa migliore (per una serie impressionante di motivi) è e rimane gestire
la transazione sul server o comunque il più vicino possibile al database.
La vera utilità di XML-RPC unita a Document Object Model è  data dal fatto
che consente di avere l'interfaccia utente (UI)  sul client ed il gestore
eventi sul server. Un piccolo ciclo iterativo generalizzato sul client
(magari preparato dal server in funzione del tipo di client) gestisce la
modifica della struttura del documento.
Saluti.

 a fare scenografia.
E' quello che comunemente si crede. Se ci pensi ti accorgi che in realta' tutti
i modelli sono solo un'approssimazione di cio' uno sistema di object-based di
oggetti mobili attivi puo' offrirti.


 oggetti mobili attivi puo' offrirti.
La teoria è una bella cosa. La realtà è un'altra cosa. Gia ci sono troppe
variabili
difficilmente controllabili in un'architettura a 3 livelli. Figuriamoci in
un'architettura dove
parte della logica applicativa risiede su sistemi difficilmente
controllabili.  Solo i parametri
di esecuzione relativi ad una JVM sono un elemento quasi imponderabile allo
stato attuale.
Saluti.

 stato attuale.
bisogna andare oltre. Sistemi autobilancianti.


 bisogna andare oltre. Sistemi autobilancianti.
Si. Un bellissimo terminale 3270 collegato ad un ES/9000 che esegue una
transazione CICS.
Saluti.


si, ok.
ciao, eh


 ciao, eh
Non volevo terrorizzarti. Ma solo farti intravedere la differenza che
passano fra un'applicazione
transazionale ed un giocattolo che serve per far suonare un mp3....
Saluti autobilancianti.

 transazionale ed un giocattolo che serve per far suonare un mp3....
Si, va bene, grazie di avermi ricordato che il futuro e' delle schede
perforate.
