- quelle est la place des EJB face à un framework de persistance ?
- un framework de persistance contient il des EJB?
- si non, quel est est l interet de l utilisation de ce framework,
face aux EJB?
- quelle est la place des EJB face à un framework de persistance ? la persistance n'est qu'un des services offertes par un conteneur EJB
- un framework de persistance contient il des EJB? non du tout mais on peut l'inserer dans un conteneur EJB...
- si non, quel est est l interet de l utilisation de ce framework, face aux EJB?
eviter le poids d'un conteneur et ne peut etre pas dans un contexte
J2EE...applications stand-alone par exemple
Merci beaucoup !!
de rien
Vincent
Jerome -- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Arnaud Roger
"Fufu" a écrit dans le message de news:
Bonjour,
- quelle est la place des EJB face à un framework de persistance ? - un framework de persistance contient il des EJB? - si non, quel est est l interet de l utilisation de ce framework, face aux EJB?
voir Session Façade, en gros on utilise plus les Entity Beans, on préfère gèrer la persistance soit par des DAO, soit avec un utilitaire de persistance comme JDO, hibernate etc... dans un Session Bean.
pour des problèmes de performances, et de gestion de transaction du coté client.
il doit y avoir pas mal de resource sur la design pattern Session Facade sur le net
Arnaud R.
Merci beaucoup !!
Vincent
-- Vincent
"Fufu" <fufu77AENLEVER@free.fr> a écrit dans le message de
news:mesnews.93347d42.3a2f5cd8.22.3844@free.fr...
Bonjour,
- quelle est la place des EJB face à un framework de persistance ?
- un framework de persistance contient il des EJB?
- si non, quel est est l interet de l utilisation de ce framework,
face aux EJB?
voir Session Façade, en gros on utilise plus les Entity Beans, on préfère
gèrer la persistance soit par des DAO, soit avec un utilitaire de
persistance comme JDO, hibernate etc...
dans un Session Bean.
pour des problèmes de performances, et de gestion de transaction du coté
client.
il doit y avoir pas mal de resource sur la design pattern Session Facade sur
le net
- quelle est la place des EJB face à un framework de persistance ? - un framework de persistance contient il des EJB? - si non, quel est est l interet de l utilisation de ce framework, face aux EJB?
voir Session Façade, en gros on utilise plus les Entity Beans, on préfère gèrer la persistance soit par des DAO, soit avec un utilitaire de persistance comme JDO, hibernate etc... dans un Session Bean.
pour des problèmes de performances, et de gestion de transaction du coté client.
il doit y avoir pas mal de resource sur la design pattern Session Facade sur le net
Arnaud R.
Merci beaucoup !!
Vincent
-- Vincent
jean-louis.pasturel
"Arnaud Roger" a écrit dans le message de news:40347180$0$21670$
"Fufu" a écrit dans le message de news:
Bonjour,
- quelle est la place des EJB face à un framework de persistance ? - un framework de persistance contient il des EJB? - si non, quel est est l interet de l utilisation de ce framework, face aux EJB?
voir Session Façade, en gros on utilise plus les Entity Beans, on préfère gèrer la persistance soit par des DAO, soit avec un utilitaire de persistance comme JDO, hibernate etc... dans un Session Bean.
pour des problèmes de performances, et de gestion de transaction du coté client.
il doit y avoir pas mal de resource sur la design pattern Session Facade sur
le net
Arnaud R.
Merci beaucoup !!
Vincent
-- Vincent
Bonjour,
ayant délaissé les EJB depuis la version 1.1, je vais devoir m'y remettre, et je trouve dans ce fil des idées intéressantes. Il semble donc qu'en terme d'architecture, et pour des questions de performances on oppose la chaîne : Client ( lourd/servlet ou autre) <-> EJB Session ( Façade/métier) <->EJB entity(CM persistance) <-> database Relationnelle à la chaîne Client ( lourd/servlet ou autre) <-> EJB Session ( Façade/métier) <->FrameWork Persistance et Mapping O/R<-> Database Relationnelle Est-ce la mort des EJB Entities Container Managed ? Autre question, est-ce qu'un EJB Session peut proposer des Web Services ( accessible via SOAP/WSDL/UDDI ?) qui a des idées ou des retours sur ces sujets ? Merci. Jean-Louis P
"Arnaud Roger" <aroger@fullsix.com> a écrit dans le message de
news:40347180$0$21670$636a15ce@news.free.fr...
"Fufu" <fufu77AENLEVER@free.fr> a écrit dans le message de
news:mesnews.93347d42.3a2f5cd8.22.3844@free.fr...
Bonjour,
- quelle est la place des EJB face à un framework de persistance ?
- un framework de persistance contient il des EJB?
- si non, quel est est l interet de l utilisation de ce framework,
face aux EJB?
voir Session Façade, en gros on utilise plus les Entity Beans, on préfère
gèrer la persistance soit par des DAO, soit avec un utilitaire de
persistance comme JDO, hibernate etc...
dans un Session Bean.
pour des problèmes de performances, et de gestion de transaction du coté
client.
il doit y avoir pas mal de resource sur la design pattern Session Facade
sur
le net
Arnaud R.
Merci beaucoup !!
Vincent
--
Vincent
Bonjour,
ayant délaissé les EJB depuis la version 1.1, je vais devoir m'y remettre,
et je trouve dans ce fil des idées intéressantes.
Il semble donc qu'en terme d'architecture, et pour des questions de
performances on oppose la chaîne :
Client ( lourd/servlet ou autre) <-> EJB Session ( Façade/métier) <->EJB
entity(CM persistance) <-> database Relationnelle
à la chaîne
Client ( lourd/servlet ou autre) <-> EJB Session ( Façade/métier)
<->FrameWork Persistance et Mapping O/R<-> Database Relationnelle
Est-ce la mort des EJB Entities Container Managed ?
Autre question, est-ce qu'un EJB Session peut proposer des Web Services (
accessible via SOAP/WSDL/UDDI ?)
qui a des idées ou des retours sur ces sujets ?
Merci.
Jean-Louis P
"Arnaud Roger" a écrit dans le message de news:40347180$0$21670$
"Fufu" a écrit dans le message de news:
Bonjour,
- quelle est la place des EJB face à un framework de persistance ? - un framework de persistance contient il des EJB? - si non, quel est est l interet de l utilisation de ce framework, face aux EJB?
voir Session Façade, en gros on utilise plus les Entity Beans, on préfère gèrer la persistance soit par des DAO, soit avec un utilitaire de persistance comme JDO, hibernate etc... dans un Session Bean.
pour des problèmes de performances, et de gestion de transaction du coté client.
il doit y avoir pas mal de resource sur la design pattern Session Facade sur
le net
Arnaud R.
Merci beaucoup !!
Vincent
-- Vincent
Bonjour,
ayant délaissé les EJB depuis la version 1.1, je vais devoir m'y remettre, et je trouve dans ce fil des idées intéressantes. Il semble donc qu'en terme d'architecture, et pour des questions de performances on oppose la chaîne : Client ( lourd/servlet ou autre) <-> EJB Session ( Façade/métier) <->EJB entity(CM persistance) <-> database Relationnelle à la chaîne Client ( lourd/servlet ou autre) <-> EJB Session ( Façade/métier) <->FrameWork Persistance et Mapping O/R<-> Database Relationnelle Est-ce la mort des EJB Entities Container Managed ? Autre question, est-ce qu'un EJB Session peut proposer des Web Services ( accessible via SOAP/WSDL/UDDI ?) qui a des idées ou des retours sur ces sujets ? Merci. Jean-Louis P
Franck
Jette un coup d'oeil à l'interview de Gavin King (le lead developer d'Hibernate)
