Newsgroup: it.comp.java
Titolo: jnlp - Applicazione inserimento dati intensivo

Dovendo sviluppare un applicazione che prevenda un inserimento intensivo di 
dati (tipicamente ordini..) ha senso pensare a java e quindi alle swing?
Ho dei brutti ricordi del vecchio e maledetto awt.. le cose sono migliorate 
in questi anni?
Finora ho sempre scritto in delphi e le form che ne risultano sono molto 
funzionali ed efficaci.
Ora nasce l'esigenza creare un sistema che preveda una ventina di client che 
devono sostanzialmente inserire degli ordini in un database. Si voleva 
evitare di creare l'applicazione in delphi che fa tutto in locale e si 
connette al dbms remoto. Questo per prestazione ma anche e soprattutto per 
invitare la manutenzione dei vari client.
Quindi la prima idea e' quella di un web application jsp/servlet.
Pero' fare un'interfaccia web nel browser, pure con tecniche ajax, che 
risulti semplice, veloce e a prova di utonto casinaro la vedo dura.
Da qui la seconda idea: java web start-jnlp. Sembrerebbe avere tutti i 
vantaggi. L'applicazione e' distribuita in modo centralizzato ma e' 
praticamente una stand-alone. Il problema e' che non ho mai lavorato con 
questa tecnologia...
Che dite?
-- 
maz

 Che dite?
Webstart č sicurmante la soluzione ideale. Oltretutto con Java troverete 
una marea di framework che possono esservi utili per le cose piů 
disparate (ad esempio immagino dobbiate produrre delle stampe o comunque 
della documentazione...).
L'unico consiglio, se non avete esperienza di Swing, č di procurarvi 
prima di cominciare un buon libro/tutorial, per evitare di cadere in 
quei tranelli di base che spesso scoraggiano i neofiti e portano molte 
persone a parlar male (a torto) di Swing.
pole
-- 
ammentos - a lightweight persistence framework for JDK5
http://ammentos.biobytes.it
Flash tutorial: 
http://ammentos.biobytes.it/quickstart/quickstart.htm

 ha scritto nel messaggio 
news:45420b30$1...@x-privat.org...

Sono d'accordo con Pole relativamente al fatto che Java Web Start sia 
un'eccellente - e, cosa che non guasta ! - economica soluzione. Dal vostro 
WebServer, i client potranno scaricare il programma in locale ed avere a 
disposizione un "live update" ogni qualvolta tu rilasci sul server i nuovi 
jar (per modifiche, correzioni di bug etc)  in modo facile e veloce. Noi in 
azienda abbiamo sviluppato alcune applicazioni con JWS, i client saranno una 
cinquantina, e ti assicuro che non vi sono problemi di distribuzione: non 
serve neppure un AppServer, basta ed avanza Apache.
Attenzione, però, a non sottovalutare un aspetto: JWS  è semplice (per l'uso 
base) ed efficace, ma nulla cambia rispetto ad una soluzione Java ed una 
basata su Delphi (o C++, o Visual Basic) : hai un client che accede ad un 
database remoto.
Diverso discorso si avrebbe se  con un po' di sangue volessi distribuire 
l'interfaccia con JWS e lasciare le classi di business sul vostro 
application server, magari ricorrendo ad EJB. Questa soluzione è sicuramente 
"più J2EE" del client stand-alone, e chiedo scusa del termine, ma richiede 
anche molto più lavoro e studio, soprattutto agli inizi.
Quanto al discorso delle web-application.... beh, con me sfondi un portone 
aperto. Personalmente sono convinto che occorrerebbe pensare a soluzioni EJB 
+ client stand alone per gli applicativi "completi", EJB + Servlet per 
fornire gli stessi servizi degli applicativi sviluppati in modalità "light". 
Pensa al gestionale: immissione di ordini, gestione di magazzini... tutto 
via web ? Porterei su web *solo* la parte di interrogazione / consultazione 
dei dati e quei data entry ridotti, che servono davvero....
Ma so anche che  molti in questo ng potrebbero  "fulminarmi" per queste 
affermazioni :-)
Saluti e buon lavoro,
    Scorpio.

 queste affermazioni :-)
.. e perche'? Scusa ma non seguo molto questo ng :-(
-- 
maz

 .. e perche'? Scusa ma non seguo molto questo ng :-(
Mah, la mia era una battuta semiseria: hai scritto che lavori in una azienda 
e che state valutando l'uso di Java come "fat client" di un'architettura 
centralizzata. Personalmente, penso sia un'ottima cosa, ma sull'argomento mi 
considero un'eretico: parla con 10 aziende, 8 ti diranno che Java serve 
*solo* per il web. E lo staff EDP si aspetta che usando Java uno sforni 
quasi esclusivamente Web Apps. Ma un data entry massivo via web ha senso ?
Secondo me, no: forse con il cosidetto Web 2.0 (Ajax etc) le cose 
cambieranno, ma ora come ora mi sembra evidente che una soluzione client fat 
sia ancora l'unica possibile in diversissimi casi... in primis per la 
capacità di gestire i problemi legati all'interfaccia.
Scorpio