Newsgroup: it.comp.java
Titolo: Comunicazione Applet Servlet - E' da evitare?

Ciao a tutti!
Volevo un vostro parere circa questo problema:
"Vi piace realizzare un'applicazione distribuita, senza rinunciare a Java
in tutto-e-per-tutto, quindi volete interfacce poteneti e flessibili che 
solo
un' Applet vi può dare".
Ovviamente questo comporta una certa "fatica" dal punto di vista della 
programmazione,
perchè sarà "onere vostro", programmare la comunicazione tra l'applet e gli
eventuali Servlet.
Volevo sapere se, secondo voi, questa soluzione andrebbe evitata oppure no.
Ciao! 

 ha scritto nel messaggio 
news:ZcZWh.15525$uJ5.2...@twister2.libero.it...

Ciao! Visto che non mi si incula nessuno mi autorispondo, visto che ho 
risolto
da solo la questione.
La risposta è "no, non conviene: esiste JAX-RPC che può servire al tuo 
scopo".
Il Solco Vinilico.
p.s.
sperando che la risposta sia utile alla collettività e a chi (sicuramente) 
si è posto
uesta domanda. 

 Il Solco Vinilico.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Ciauz e buona scelta
Innanzitutto grazie a te, per i preziosi consigli e per avermi "aperto la 
strada"
:-)
La mia situazione è questa:
sono abbastanza "novello" con J2EE, ma ho una discreta capacità di 
programmazione
Java (ho frequentato l'università, ma a quanto pare di cose da imparare ce 
ne sono
sempre tante e in continua evoluzione); dicevo: ho realizzato 
un'applicazione JDBC
in cui un JFrame, opportunamente "disegnato" con Swing, e "programmato", 
permette
di interagire con un database per la gestione di un'attività, con Planning 
degli appuntamenti,
gestione lavori e cose di questo tipo.
Ad un certo punto mi sono trovato nella situazione di dover rendere 
l'applicazione accessibile
in una piccola rete di quattro pc. Volevo una soluzione che mi permettesse 
di toccare il meno
possibile quanto avevo già scritto, e così ho visto che, delegando al server 
(JBoss) la connessione
al db e tutto ciò che concerne la gestione dei dati, avrei potuto "spostare" 
quei moduli che
facevano questo nelle classi chiamate dal JFrame.
Leggendo e girando in rete, mi sono reso conto che questo è possibile 
implementando un servizio
web, mediante JAX-RPC (adesso c'è JAX-WS, ma pare che ci siano dei problemi 
con JBoss).
A questo punto il JFrame, con le sue classi, non devono far altro che 
passare i dati (e riceverli)
dal servizio Web.
Successivamente vorrei implementare un servizio di email, mediante le API 
JavaMail; comunque
sono all'inizio e mi sto leggendo i tutoriaONI!!!
:-)
Di AJAX ne avevo sentito parlare e ho intenzione di "formarmi" anche su 
questa tecnologia.
Ciao ciao!
Il Solco Vinilico 

 Il Solco Vinilico
Nicola


 jframe, per questo capisco l'idea dell applet.
E' proprio così!
:-)

Nicola non so come ringraziarti, con due post di risposta mi hai aperto un 
mondo e,
soprattutto, mi hai permesso di districarmi tra un mare di sigle che avevo 
sì sentito
nominare, ma che non riuscivo a "catalogare"! (pensa che AXIS lo avevo 
abbandonato
subito pensando che fosse qualcosa che non c'entrava nulla...mi sbagliavo!)
Grazie ancora Nicola, terrò bene a mente quello che mi hai detto e avremo 
occasione
sicuramente di confrontarci su altri temi, anche se quello "utile" sei stato 
tu, e tanto
utile, davvero tanto.
Ti ringrazio di cuore!
Luca
:-) 

Uhm, concordo con n.n. (Ciao Nick!?!?!?! eh eh eh): le possibilità
sono molte e non ce n'è una migliore in assoluto.
I Web Services però andrebbero usati per operazioni "coarse grained" e
non come replica 1-a-1 delle core API di un sistema; ti suggerisco di
valutare anche qualcuna delle soluzione di "Spring remoting":
http://www.springframework.org/docs/reference/remoting.html
Che promettono molto bene...

Ciao a tutti,
per comunicare tra client (java, ovviamente: applet o client installato con 
JWS non fa molta differenza) ho pensato di utilizzare HttpConnection: 
tramite una hashmap, vengono scambiati tra server e client classi java 
serializzate. Poco ingombro di banda, soluzione non elegantissima ma 
funziona...
Lo stato conversazionale è mantenuto interamente dal client. Il server 
ospita tutta la business logic implementata con EJB e Servlet (queste 
ultime, però, in gran parte fan da router delle richieste del client).
Mi piacerebbe avere un vostro parere... tempo fa mi sono cimentato con 
webservices e  RMI-IIOP. L'uso di WS sicuramente è attraente visto che è 
neutro rispetto al linguaggio di programmazione (client e server), però l'ho 
trovato un po' macchinoso e soprattutto poco performante se utilizzato 
integralmente come meccanismo di comunicazione client-server.
Saluti,
Scorpio.