Newsgroup: it.comp.java
Titolo: consigli per middle tier NON distribuito

ciao a tutti,
dovendo realizzare un'applicazione J2EE NON distribuita, come
realizzereste lo strato intermedio (business o middle tier) ?
In parole povere, cosa utilizzare al posto degli EJB ?
Può essere una soluzione utilizzare singletons ? E classi con metodi
statici ? Quali problemi (tipicamente di sincronizzazione) potrebbe
portare quest'ultima soluzione ?
Qualsiasi consiglio o parere è ben accetto.
Grazie
Umberto

Esattamente cosa intendi con 'applicazione J2EE NON distribuita'.
-- 
Inviato il lun 10 set 2001 16:47:43 CEST da 
mlsrmpro.ntt.it
[212.102.67.12]
http://www.neuromante.net/

 ha scritto nel messaggio
news:3b9cb78f...@news.interbusiness.it...


Ciao,
Non è la difficoltà di realizzazione che mi convince a scartare gli
ejb, ma l'appesantimento dell'intera applicazione che non essendo
distribuita non ha bisogno di un'achitettura così complessa.. inoltre
il tutto comporterrebbe l'introduzione di un server j2ee con i
relativi problemi di installazione e manutenibilità (in fase di
produzione). 
Umberto


 produzione). 
Hai ragione, forse gli EJB in un primo momento non ti aiutano granché. 
Ma pensa al trade-off: ok, appesantiscono ed aggiungono lavoro di 
manutenzione sull' application server J2EE (che poi non è un lavoraccio) 
  ma ti alleviano vari compiti: sicurezza, transazionalità, concorrenza. 
Senza poi parlare del riuso, e della scalabilità che un architettura 
simile offre. Se stai sviluppando un sistema che riconosci limitato, 
magari puoi farne a meno, ma che dire se tra 6 mesi ti si duplicano gli 
accessi al sistema e devi estenderlo?
Per rispondere alla tua domanda, e lasciare da parte le considerazioni 
personali :) potresti usare servlet-jsp-beans per implementare un bell'MVC.
ciao ciao
Giuseppe Acito
PS: cosa intendi per applicazione NON distribuita ?


in linea di principio ti do ragione, ma  vai a parlare ai clienti del
trade-off... :)  vogliono tutto, subito, performante, "figo"
(tecnicamente  avanzato)  e (sopratutto) economico.
Comunque, la mia domanda verteva appunto sulla "M" dell'MVC, ovvero
come realizzare il "Modello" ? Tu mi suggerisci di usare JavaBeans, ma
facciamo un esempio classico : devo visualizzare una tabella di un DB.
Ci deve essere un'istanza  del JB che recupera i dati  per ogni
richiesta? Oppure è sufficiente un metodo statico? I miei dubbi girano
li intorno... :-)
Per applicazione non distribuita intendo un'applicazione che non
utilizza ("riusa"?) componenti distribuiti. Mi rendo conto di non
essere molto "esplicativo", pardon.
Umberto
Umberto

 wrote in message
news:3b9e0c3c...@news.interbusiness.it...


se non vuoi j2ee .... non mettercelo  .....
Concentrati su jdbc ... magari 2.0 ... i JavaBean sono ok .... fagli fare le
chiamate, evita lo static ..... SEMPRE...soprattutto lato server ....
E se il javabean usasse un rowset o un jdbcrowset .... che sarebbe un
resultset serializzabile e sconnesso? non e' male....
MA se poi spieghi bene che vuoi fare uno magari si illumina di piu' ....
Ciao :)
--
Fabrizio Marini
Company Partner
K-Tech S.r.l.
Via Tibullo, 13
00193 - Rome (RM) - Italy
http://www.k-tech.it
Phone: +39 (0) 6 68301467
E-mail: 
f.ma...@k-tech.it
 / 
fabry....@mclink.it