Enterprise-Bean-Code auf die unterstützte Spezifikation migrieren

Dieses Produkt unterstützt die EJB-Spezifikation (Enterprise J JavaBeans ) 3.1.

Vorbereitungen

Bei der Verwendung von Beans der EJB Version 3.x sollten keine Migrationsprobleme auftreten. Vorhandene Anwendungen sollten weiterhin unverändert ausgeführt und fehlerfrei kompiliert werden.
Hinweis: In den Spezifikationen „EJB 3.0 “ und „EJB 3.1 “ wird die Verwendung von Entity-Beans im Stil von „EJB 1.1 “ nicht mehr empfohlen. Die Verwendung von EJB- 2.x - und früheren Modulen des Produkts ist zwar noch nicht veraltet, wir empfehlen Ihnen jedoch, mit der Umstellung auf die Java™ Persistence API (JPA) oder die „ JDBC “ zu beginnen.

Informationen zu dieser Task

Führen Sie von den folgenden Schritten die für die Implementierung Ihrer Anwendung erforderlichen Schritte aus.

Vorgehensweise

  1. Modifizieren Sie den Enterprise-Bean-Code entsprechend den Änderungen der Spezifikation.

    Sie müssen die Beans der Version 1.1 auf Beans der Version 2.x migrieren und sie erneut im Produkt implementieren. Weitere Informationen finden Sie unter Enterprise-Bean-Code von Version 1.1 auf Version 2.1 migrieren.

    Hinweis: Die EJB-Spezifikation der Version 2.0 schreibt vor, dass der Status aller Enterprise Beans, die an der aktuellen Transaktion beteiligt sind, mit dem persistenten Speicher synchronisiert werden muss, bevor der EJB-Container eine find ByMethod-Abfrage ausführt. Dies ist notwendig, damit die Abfrage für aktuelle Daten ausgeführt wird. Werden Beans der Version 1.1 erneut zu einem Modul gemäß EJB 2.x assembliert, synchronisiert der EJB-Container sowohl den Status von Beans der Version 1.1 als auch den Status von Beans der Version 2.x. Im Ergebnis dieses Prozesses kann es zu Änderungen des Anwendungsverhaltens kommen, obwohl sich der Anwendungscode der Beans von Version 1.1 nicht geändert hat.
  2. [AIX Solaris HP-UX Linux Windows] Stellen Sie sicher, dass „ WebSphere® Application Server “ mit 64-Bit-Systemen kompatibel ist.
    Für eine reine Java-Anwendung ist dies kein Problem. Wenn Ihr Anwendungscode jedoch das Java Native Interface (JNI) nutzt, sollten Sie folgende Punkte beachten: Das JNI ermöglicht es Java-Code, der in einer virtuellen Maschine ausgeführt wird, mit Anwendungen und Bibliotheken zu interagieren, die in anderen Sprachen wie C, C++ und Assembler geschrieben sind. Es ist möglich, dass die JNI-Aufrufe nach der Kompilierung anders sind, weil sich die JNI-Spezifikationen von Version zu Version ändern können.
  3. Alle Module neu zusammenstellen und bereitstellen, um den migrierten Code zu integrieren.