Classes Stub devem ser incluídas ao usar Enterprise JavaBeans (EJB) 2.x remoto

Um cliente deve incluir classes stub quando você inicia um bean EJB remoto que é hospedado no WebSphere Application Server. Em alguns casos, se o cliente for WebSphere Application Server, o produto gerará automaticamente as classes stub corretas:

• Se um aplicativo cliente iniciar um bean EJB remoto que está contido no mesmo aplicativo, o WebSphere Application Server Liberty gerará automaticamente classes stub.
• Se o bean EJB de destino estiver sendo executado em um aplicativo separado e usar o modelo de programação remoto EJB 2.x com as interfaces EJBHome e EJBObject, o cliente também deverá incluir classes stub em seu caminho de classe. Se o EJB estiver hospedado no WebSphere Application Server tradicional, será possível copiar o arquivo JAR do cliente EJB do aplicativo no arquivo EAR depois de ele ser processado pelo comando ejbdeploy. Quando o EJB está hospedado no Liberty, deve-se usar o programa rmic que está incluído no kit de desenvolvimento de software (SDK) Java 8 do cliente WebSphere Application Server tradicional a fim de gerar as classes de stub para o bean EJB de destino e, em seguida, incluir as classes de stub com o cliente.
• Se o EJB de destino estiver sendo executado em um aplicativo separado e usar o modelo de programação remoto EJB 3, o processo do cliente WebSphere Application Server tradicional ou Liberty irá gerar classes stub automaticamente. Os componentes EJB que usam o modelo de programação EJB 3 remoto no Liberty podem ser acessados remotamente pelos processos do WebSphere Application Server ou WebSphere Application Client somente.

Para obter mais informações, consulte Usando Enterprise JavaBeans (EJB) com interfaces remotas no Liberty.