Architekturen für verteilte Anwendungen strukturieren viele Firmen komponentenorientiert mit der J2EE-Plattform. Der Standard enthält die Spezifikation Enterprise Javabeans (EJB), mit der sich Server-seitige Softwarekomponenten entwickeln lassen. Dabei sind einige Punkte zu beachten.

Datenbankzugriffe

Wer verteilte Anwendungen entwickelt, muss vor allem auf die Datenhaltung und den Zugriff auf Daten berücksichtigen. Für die persistente Datenhaltung sieht der EJB-Standard zwei Mechanismen vor: Container-Managed Persistence (CMP) folgt dem Konzept des Object Relational Mapping. CMP verknüpft in einem EJB-Container Java-Objekte mit Tabelleneinträgen einer relationalen Datenbank. Der Entwickler muss Datenbankzugriffe nicht in SQL formulieren, sondern kann Relationen und Zugriffe ent- weder über Java-Annotationen direkt im Code oder in einem Deployment Descriptor in einer eigenen Sprache (EJB-QL) formulieren. Der Container erledigt zur Laufzeit die Datenbankzugriffe.

Alternativ dazu lassen sich in EJB Datenbankabfragen manuell programmieren. Bei dieser Vorgehensweise, die als Beans Managed Persistence (BMP) bezeichnet wird, programmiert ein Entwickler alle SQL-Statements in den Komponenten.

Aufgrund der noch nicht ausgereiften Mechanismen in EJB 2.1 ist CMP erst ab EJB 3.0 zu empfehlen, und selbst dann nur für kleinere Datenbanken. Bei größeren Datenbanken ist es aufwändig, CMP einzurichten. Zudem bietet die Methode wenige Möglichkeiten, um Datenbankzugriffe effizient zu gestalten, da man die SQL-Anweisungen nicht unmittelbar beeinflussen kann. Bei Leistungsengpässen kann dies zu Problemen führen. Daher sollten Anwender auf CMP (noch) verzichten, auch wenn es als eines der wichtigsten Features von EJB angepriesen wird. Stattdessen sollte man selbst eine Persistenzschicht entwickeln.