Newsgroup: it.comp.java
Titolo: Consigli su persistenza

Ciao a tutti!
Ho bisogno di un consiglio su quale strumento di persistenza degli
oggetti usare.
Con PHP ho usato Propel (un port di Torque) e dunque mi piacerebbe
usare Torque.
Ho letto qualcosa su OJB, EJB ecc. ma un dubbio mi rimane:
qual'è il modo migliore per utilizzare questi oggetti da remoto?
Sto facendo un programma client-server (non web), ho pensato di
utilizzare RMI per farli comunicare (mi è sembrata la soluzione
migliore), ma mi sembra troppo un casino rendere tutte le classi di
Torque Remote.
Avrei bisogno di qualcosa che mi permette di gestire il database nel
server, ma che renda gli oggetti disponibili anche nel client remoto,
in modo che li possa utilizzare, senza però saperne nulla di com'è il
database.
Cosa mi consigliate?
Grazie.
--
RCarter

 Cosa mi consigliate?
Ciao,
prova a guardare  
www.hibernate.org
ciao
Nico

Nic ha scritto:

Grazie Nico, infatti avevo letto qualcosa anche su Hibernate.
Ci sono però un paio di cose che non mi sono chiare:
- se usassi hibernate sono obbligato ad usare un application server per
far funzionare le EJB?
- se sì, non è troppo pesante tutto questo ambaradan? Il progetto che
devo sviluppare non è di grossissime dimensioni e soprattutto lo devo
sviluppare tutto da solo!
Grazie ancora.
Ciao
--
RCarter

 sviluppare tutto da solo!
Dipende da quanta interazione col database prevedi di fare.
Molte query, molti update, ...
Io spenderei qualche ora di prove su hibernate, ne vale la pena a mio 
avviso. E' molto comodo avere a che fare con gli oggetti.
Ciao
Nic

Sono d'accordo sul fatto che sia meglio avere a che fare con oggetti,
quello che non sono riuscito a capire e` se si puo` utilizzare
hibernate in una applicazione client/server (il client vede gli oggetti
che sono sul server) senza application server o roba simile.
Oppure (ancora meglio) se esiste una alternativa piu` semplice e
leggera.
--
RCarter


Hibernate si mette sopra il database e la applicazione passa attraverso hib
per IO su base dati.
In applicazione client server di fatto il server usa hibernate ed espone dei
servizi al client con la tecnologia che preferisci.
E' molto complesso e pesante hib.
GLi ejb sono una ottima soluzione client server.
gli ejb entity sono al momento in restyling, cioe' stanno uscendo i 3 ma
ancora sono a livello di specifiche e non di prodotti
Di fatto saranno simili ad hibernate.
Qualcosa di abbstanza leggero Client server potresti usare un Appserver con
solo gli ejb Session che vanno al db coi vecchi DAO
l'appserver ti i wrappa RMI cosi' che eviti di usarlo a mano.
RMI e' ancora + leggero e perche' no, puoi usarlo a manina tranquillamente.
se ci lavori da solo va bene.
In team e' poco efficace, troppo poco standardizzato
Se no webservices, ma secondo me fanno schifo.
e nel caso tuo non dovrebbero c'entrare.
Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Grazie.
Prova a dare un'occhio anche qua
http://www.jpox.org
http://www.jdocentral.com/
Sergio

 l'appserver ti i wrappa RMI cosi' che eviti di usarlo a mano.
Perdonami ma questa frase non mi e` molto chiara.
Intendi dire che potrei mettere nel server un Appserver con qualche EJB
Session (devo informarmi meglio su come funzionano) che effettua le
operazioni nel database e manda i risultati al client, usando RMI
dentro gli EJB?
Non e` un po' la stessa cosa che usare Hibernate come EJB e renderli
disponibili ai client?
Grazie infinite a tutti per l'aiuto
--
RCarter


 
