Stubklassen müssen bei der Verwendung ferner Enterprise JavaBeans (EJB) der Version 2.x eingeschlossen werden

Ein Client muss Stubklassen einschließen, wenn Sie eine ferne EJB-Bean, die sich in WebSphere Application Server befindet, starten. Wenn der Client ein WebSphere Application Server ist, generiert das Produkt in manchen Fällen automatisch die richtigen Stubklassen.

• Wenn eine Clientanwendung eine ferne EJB-Bean, die in derselben Anwendung enthalten ist, startet, generiert WebSphere Application Server Liberty automatisch Stubklassen.
• Wenn die Ziel-EJB-Bean in einer separaten Anwendung ausgeführt wird und das EJB 2.x-Remote-Programmiermodell mit den Schnittstellen EJBHome und EJBObject verwendet, muss der Client Stubklassen in seinen Klassenpfad einschließen. Wenn Sie die in WebSphere Application Server Traditional gehostete EJB verwenden, können Sie die JAR-Datei des EJB-Clients aus der Anwendung in die EAR-Datei kopieren, nachdem sie mit dem Befehl ejbdeploy verarbeitet wurde. Wenn Sie die in Liberty gehostete EJB verwenden, müssen Sie zunächst das Programm rmic, das im Java 8-SDK (Software Development Kit) des WebSphere Application Server Traditional-Clients enthalten ist, verwenden, um die Stubklassen für die Ziel-EJB-Bean zu generieren, und dann die Stubklassen in den Client einschließen.
• Wenn die Ziel-EJB in einer gesonderten Anwendung ausgeführt wird und das EJB 3-Remote-Programmiermodell verwendet, generiert der Clientprozess von WebSphere Application Server Traditional bzw. Liberty automatisch Stubklassen. Für den Remotezugriff auf EJB-Komponenten, die das EJB 3-Remote-Programmiermodell in Liberty verwenden, können ausschließlich WebSphere Application Server- oder WebSphere Application Client-Prozesse verwendet werden.

Weitere Informationen finden Sie im Abschnitt Enterprise JavaBeans mit fernen Schnittstellen in Liberty verwenden.