> Les EJB tournent dans des serveurs d'applications J2EE comme Websphere, Weblogic, Oracle 9i AS, Sun One application serveur, JBoss ou JOnAS, ils sont transactionnels, gèrent les requêtes en parralèle, supporte le clustering....
Pour finir, je dirais qu'on peut développer sans se soucier de la base de données, c'est possible.
Ahahah.
C'est du discours de marketeux à la petite semaine.
Ce n'est pas possible. C'est tout. Faut pas chercher plus loin. Ou alors les ejb ça fait aussi gestionnaire de base de donnée avec support de transaction etc...
C'est tout simplement du bidon et c'est tout.
Juste un petit exemple. Ta base de donnée est Mysql et elle tourne sur un machine qui n'a pas d'ejb, etc. Par contre, tous les clients passent par ejb (via des middleware par exemple).
Ça rend mysql transactionnel ?
=> Non.
Tes clients voient des données gérées de façon transactionnelles (pas seulement car il font toto->begintransaction) ?
=> Non. (ou alors les middlewares communiques entre eux pour gérer les conflits).
Donc, s'il y a une coupure de courant et plusieurs clients qui écrivent à la foi, dans quel état sont les données au niveau Mysql ?
=> corrompus/incohents (btw, mysql peut tourner en local avec ejb (ou n'importe quoi d'autre) ça ne change rien).
M'enfin, si je me trompe, je veux bien que tu m'expliques par quelle magie noire c'est fait. Sauf si ejb fait aussi SGDB, c'est impossible. Il est inutile de connaitre ejb pour arriver à cette conclusion. C'est comme ça. Ce n'est pas pour rien que PostgreSQL est PostgreSQL, qu'Oracle est Oracle, etc...
Si Mysql pouvait remplacer au pied levé Oracle seulement en utilisant des ejb (ou n'importe quoi d'autre), ça se serait.
[^] # Re: Et mysql
Posté par Ayrton . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 2.
Pour finir, je dirais qu'on peut développer sans se soucier de la base de données, c'est possible.
Ahahah.
C'est du discours de marketeux à la petite semaine.
Ce n'est pas possible. C'est tout. Faut pas chercher plus loin. Ou alors les ejb ça fait aussi gestionnaire de base de donnée avec support de transaction etc...
C'est tout simplement du bidon et c'est tout.
Juste un petit exemple. Ta base de donnée est Mysql et elle tourne sur un machine qui n'a pas d'ejb, etc. Par contre, tous les clients passent par ejb (via des middleware par exemple).
Ça rend mysql transactionnel ?
=> Non.
Tes clients voient des données gérées de façon transactionnelles (pas seulement car il font toto->begintransaction) ?
=> Non. (ou alors les middlewares communiques entre eux pour gérer les conflits).
Donc, s'il y a une coupure de courant et plusieurs clients qui écrivent à la foi, dans quel état sont les données au niveau Mysql ?
=> corrompus/incohents (btw, mysql peut tourner en local avec ejb (ou n'importe quoi d'autre) ça ne change rien).
M'enfin, si je me trompe, je veux bien que tu m'expliques par quelle magie noire c'est fait. Sauf si ejb fait aussi SGDB, c'est impossible. Il est inutile de connaitre ejb pour arriver à cette conclusion. C'est comme ça. Ce n'est pas pour rien que PostgreSQL est PostgreSQL, qu'Oracle est Oracle, etc...
Si Mysql pouvait remplacer au pied levé Oracle seulement en utilisant des ejb (ou n'importe quoi d'autre), ça se serait.