Newsgroup: it.comp.java
Titolo: Programma desktop EJB ?

Salve gente..
Devo "trasformare" un programma ( con maschere per l'acesso ai dati del DB,
reports ecc.. ) che attualmente e' su VB in Java.. Il prog fa utilizzo di DB
Access, con piccole viste su ORACLE.. Che ne dite conviene farlo in EJB o
con la solita programmazione ?
Ciao !
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.491 / Virus Database: 290 - Release Date: 18/06/2003

 con la solita programmazione ?
La scelta di utilizzare EJB e, conseguentemente, un Application Server deve
essere ben ponderata in quanto richiede competenze diverse (superiori) e
tempi di sviluppo diversi (superiori) rispetto alla 'solita programmazione'.
Non è detto che i vantaggi derivanti dall'utilizzo di un Application Server
siano percepibili nella tua applicazione.
HTH
Francesco


Soprattutto perchč gli EJB sono ottimi per realizzare componenti distribuiti
lato server: qui mi sembra che il problema sia realizzare un client. Se
fosse cosě, gli EJB vanno scartati.
Scorpio.


Scusate l'intromissione, ma l'argomento mi interessa.
Scusa Scorpio, potresti spiegarti meglio?
Grazie a tutti
Ciao
Mr. Deckard

 Scusa Scorpio, potresti spiegarti meglio?
Gli EJB costituiscono il cosidetto Business Layer in applicazioni con
architettura three-tier: i session bean forniscono servizi e consentono di
modificare i dati rappresentati dagli entity bean.
Gli application server forniscono l'ambiente di runtime in cui 'vivono' gli
ejb: in tale ambiente sono disponibili tutta una serie di servizi
(transazioni distribuite, caching, load balancing, fail safe)
particolarmente utili per chi deve realizzare applicazioni distribuite
(ovvero applicazioni i cui componenti vengono eseguiti su server diversi).
Quindi gli EJB sono componenti server-side idonei per un'architettura
Three-Tier e non client-server!
Saluti
Francesco


Ok, quello che voglio dire sono componenti che semplificano l'archietettura
Three-tier.
Ad esempio io sto scrivendo un'applicazione in cui esiste un livello client
scritti in jsp e alcuni in swing.
Uno strato di server che mette a disposione servizi e funzionalità scritto
in RMI, questo strato viene raggiunto dal client jsp con servlet, mentre
l'applicativo swing come classico client RMI
Il terzo strato è quello del DB
Nella mia applicazione ci saranno attività concorrenti su alcuni servizi...
è sbagliato risolverlo con lo schema che ho adottato o è un caso da EJB?
Grazie
Mr. Deckard

 ha scritto nel messaggio
news:e6IKa.123026$Ny5.3...@twister2.libero.it...

OK, grazie dei chiarimenti. Nel mio caso sarà un sistema di prenotazioni
quindi la concorrenza ci sarà. Non è previsto un flusso pesantissimo.
Io comunque pesnavo di scrivere i metodi degli classi remote preposte alle
prenotazioni come sincronizzati. Ciò dovrebbe essere sufficiente?
Grazie
Mr. Deckard


Ciao Scorpio,
non miè perfettamente chiara la distinzione che frai tra classe classe che
incapsuli tutta la logica di memorizzazione da una classe di servizio che
scrive sul DB.
Detto questo mi è chiara la tua osservazione circa la eventuale necessità di
rendere statici i metodi.
Io però, dimmi se secondo te è corretto, pensavo di creare una classe remota
(in RMI) senza ricorrere al Pattern Factory, in modo che l'istanza della
classe preposta a gestire la prenotazione sia unica per tutti i client
richiedenti.
Così che ogni chiamata all'oggetto remoto sarebbe un nuovo thread. Così se
sincronizzo i metodo di oprtenotazione di tale classe tutto dovrebbe andare
a buon fin e rispettando le tue giuste osservazioni.
Che ne pensi.
Ti ringrazio.
Mr. Deckard

 a buon fin e rispettando le tue giuste osservazioni.
L'importante è gestire correttamente il problema della concorrenza, quale
tecnica sia migliore non so dirtelo, dipende dall'ambito di esecuzione: per
esempio ho letto da qualche parte che non tutti gli application server
gestiscono bene il multithreading al loro interno. Ma quest'ultima
affermazione potrebbe essere una bestialità, quindi prendila con le pinze.
Saluti,
Scorpio.


Ciao Scorpio,
sì capisco. Beh la domanda era se puramente dal punto di vista teorico fosse
corretto?
Che dici, mi sembra di capire dalla tua risposto che sia un sì,dal punto di
vista teorico.
Grazie
Mr.Deckard
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 *** Usenet.com - The #1 Usenet Newsgroup Service on The Planet! ***
 
http://www.usenet.com
Unlimited Download - 19 Seperate Servers - 90,000 groups - Uncensored
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

 vista teorico.
Ciao e scusa il ritardo nella risposta.
Sě, direi che il tuo č un approccio valido.
Scorpio

 ha scritto nel messaggio
news:tBWNa.150637$Ny5.4...@twister2.libero.it...

Figurati Scorpio,
sei stato molto gentile.
Grazie ancora.
Mr. Deckard
