Se deben incluir clases stub cuando se utilizan Enterprise JavaBeans (EJB) 2.x remotos

Un cliente debe incluir clases stub cuando se inicia un bean EJB remoto alojado en WebSphere Application Server. En algunos casos, si el cliente es WebSphere Application Server, el producto genera automáticamente las clases stub correctas:

• Si una aplicación inicia un bean EJB remoto contenido en la misma aplicación, WebSphere Application Server Liberty genera automáticamente clases stub.
• Si el bean EJB de destino se ejecuta en una aplicación distinta y utiliza el modelo de programación remota de EJB 2.x con las interfaces EJBHome y EJBObject, el cliente debe incluir clases stub en la vía de acceso de clases. Si el EJB está alojado en WebSphere Application Server tradicional, puede copiar el archivo JAR de cliente EJB de la aplicación en el archivo EAR que procesa el mandato ejbdeploy. Si el EJB está alojado en Liberty, debe utilizar el programa rmic que se incluye con el kit de desarrollo de software (SDK) de Java 8 del cliente tradicional de WebSphere Application Server para generar las clases stub para el bean EJB de destino y, a continuación, debe incluir las clases stub con el cliente.
• Si el EJB de destino se ejecuta en una aplicación distinta y utiliza el modelo de programación remota de EJB 3, el proceso de WebSphere Application Server tradicional o Liberty cliente generar automáticamente las clases stub. Solo los procesos de WebSphere Application Server o WebSphere Application Client pueden acceder de forma remota a los componentes EJB que utilizan el modelo de programación remota de EJB 3 en Liberty.

Para obtener más información, consulte Utilización de Enterprise JavaBeans (EJB) con interfaces remotas en Liberty.