EJB Design Pattern - Warum auf EJB setzen

[Micha80]

Hallo Newsgroup,

nochmal eine grundlegende Frage zum Einsatz von EJB.

Es heißt ich setze dieses Konzept bei konkurierendem Zugriff auf die Datenbank ein, mehrere Nutzer wollen Zugriff auf den selben Datensatz, gar schreibend.

Passt das soweit?

Nun, die Datenbank bietet doch von Haus aus Transaktionsmanagement, kümmert sich um konkurierenden Zugriff auf die Tabelleninhalte.

Warum dann nochmals auf EJB setzen?

Danke und Bye, Michael

[Alwin Ibba]

Naja, der Transaktionsmanager macht noch etwas mehr als nur auf die DB-Transaktion delegieren. Z.b. XA-Transaktionen (verteilte Transaktionen) koordinieren, wenn man innerhalb einer Transaktion auf verschiedene DB zugreifen will (oder realistischer einen DB-Update machen und eine JMS-Nachricht verschicken). Allerdings ist das eher selten der Fall und man braucht selbst dafür keine EJBs. Man kann JTA auch vom Servlet aus nutzen. Mit EJBs kann man halt im XML-Deskriptor angeben, das man gerne eine Transaktion hätte und muß sie nicht selber starten. Ob das wirklich so ein großer Vorteil ist, sei dahingestellt :-)

IMHO machen EJBs schon Sinn, aber nur für wirklich große Anwendungen oder wenn man wirklich zwei verschiedene GUIs (Web-Client und Rich-Client) für dieselbe Geschäftslogik braucht. Dann ist es sicher gerechtfertigt, sich einige Session-Beans zu basteln. Entity Beans sind eine andere Geschichte, aber das wird mit EJB 3.0 ja alles besser :-)

Gruß,

Alwi