Newsgroup: it.comp.java
Titolo: applicazione distribuita tramite Java Web Start

vorrei creare un'applicazione distribuita tramite Java Web Start,
ma in rete ho trovato poco materiale in merito, in particolare mi
interessa capire come si gestisce l'autenticazione e poi il flusso
MVC, se si usano web services, RMI o altro.
Dove posso trovare informazioni, tutorial, esempi?

 ha scritto:

http://lmgtfy.com/?q=Java+Web+Start
 
 
che ha prodotto un mondo di risultati, fa cui:
 
http://andreafrancia.it/articoli/webstart/
 
 
http://www.html.it/articoli/java-web-start-il-deployment-via-web-1/
 
 
http://www.java.com/it/download/faq/java_webstart.xml
 
 
dal quale si arriva alla pagina:
 
http://docs.oracle.com/javase/6/docs/technotes/guides/javaws/
 
 
che contiene TUTTA la documentazione che puï¿œ servire.
 
 

 Dove posso trovare informazioni, tutorial, esempi?
 
Partirei dal sito della sun (oracle), dove trovi sia la documentazione 
dei tag del kï¿œjnlp, che vari esempi di utilizzo.
 


vedo che la risposa idiota di default non muore mai!
ciccio quei link li ho trovati anche io, e l'esempietto
che scarica un frame vuoto l'ho giï¿œ fatto.
Poichï¿œ una siffatta applicazione senza un login serve
praticamente a un c@##o chiedevo lumi sui possibili
meccanismi di autenticazione, magari per confronto con
quelli usati con gli AS tipo tomcat o jboss con le web app
se mai ci fossero delle similitudini.
Poi chiedevo del flusso MVC perchï¿œ una siffatta applicazione
senza accesso a un database serve ancora meno che a un c@##o
e allora tu che sei cosï¿œ furbo trovami qualcosa che mi possa
illuminare su come il client invia una richiesta di dati
e come il server gli restituisce per esempio un elenco di
qualcosa da visualizzare in un datagrid.
Ecco!
 
 
 
 

 Ecco!
 
fuori dalla polemica, ti ha risposto in modo soddisfacente gagliardelli: 
java web start è in soldoni una modalità di distribuzione di applicativi 
java (e relativi aggiornamenti) i quali non sono altro che comuni 
applicazioni client. quindi la risposta a ciascuna delle tue domande è 
"esattamente come faresti per una applicazione client". 

 Ecco!
In applicazioni che necessitano di un controller remoto, in genere 
utilizzo JMS o JMX magari con un wrapper soa come front end, che puï¿œ 
occuparsi anche dell'autenticazione (anche mediante sessione): it depends.
Per facilitare il compito del programmatore, in genere utilizzo delle 
interface condivise dal client e dal server, sia per la definizione del 
modello dati (magari costituito da semplici POJO), ma soprattutto per le 
definizioni delle operazioni, in modo da disaccoppiare il client dal 
server. Ad esempio, ammettiamo che un agente commerciale acceda 
all'applicazione autenticandosi e voglia la lista dei suoi clienti 
(use-case tipico). Avremo un bean Agente (con le proprietï¿œ dell agente, 
quali nome, codice zona etc.) ed un bean Cliente (con le sue proprietï¿œ 
tipiche quali nome, codice, indirizzo etc.). L'autenticazione 
dell'agente restituisce un bean Agente, l'operazione lista-clienti 
restituisce una lista di Cliente, basata sull'argomento Agente. Quindi 
le operazioni del servizio grosso modo saranno definite come:
 
public interface ServizioAgenti implements Serializable {
   public Agente login(String user, String password);
   public Cliente[] listaClienti(Agente agente);
}
 
Va da sï¿œ che l'implementazione di questa interfaccia lato client verrï¿œ 
restituita da un proxy dipendentemete dal tipo di servizio, lato server 
sarï¿œ resa dal tipo di trasporto utilizzato dal client in accordo con il 
suo server. In ogni caso l'implementazione del controller sarï¿œ 
assolutamente invisibile dal client, inoltre la stessa interfaccia potrï¿œ 
essere implementata da tipi di servizio diversi contemporaneamente, ad 
esempio potrei avere un client android che la utilizza tramite un client 
ksoap2 oppure Json, oppure potrei avere un client soap che interroga lo 
stesso webservice, oppure potrei avere un client http che accede ad una 
servlet o ad un'applet.
Il controller, dal suo lato, non sa' da che tipo di trasporto (e quindi 
l'autenticazione utilizzata) siano state originate le richieste.
 
 
 

 restituita da un proxy dipendentemete dal tipo di servizio,
 
Non ho capito questa faccenda del proxy.
 
Grazie 
 
 

 Non ho capito questa faccenda del proxy.
Un proxy, genericamente, e' un'entita' che si preoccupa di far finta di 
essere qualcun altro ed opera in sua vece. In particolare e' una classe 
che implementa una determinata interfaccia.