Quando si utilizza EJB (Enterprise JavaBeans) 2.x è necessario includere le classi stub

Un client deve includere le classi stub quando avvia un bean EJB remoto presente su WebSphere Application Server. In alcuni casi, se il client è WebSphere Application Server, il prodotto genera automaticamente le classi stub corrette:

• Se un'applicazione client avvia un bean EJB remoto contenuto all'interno della stessa applicazione, WebSphere Application Server Liberty genera automaticamente le classi stub.
• Se il bean EJB di destinazione è in esecuzione in un'applicazione separata ed utilizza il modello di programmazione remoto EJB 2.x con le interfacce EJBHome e EJBObject, il client deve includere nel classpath le classi stub. Se EJB si trova in un WebSphere Application Server tradizionale, è possibile copiare i file JAR del client EJB dall'applicazione nel file EAR, dopo che questo è stato elaborato dal comando ejbdeploy. Se l'EJB è ospitato su Liberty, è necessario utilizzare il programma rmic incluso nel proprio SDK (Java 8 software development kit) dal client tradizionale di WebSphere Application Server per generare le classi stub per il bean EJB di destinazione, quindi è necessario includere le classi stub con il client.
• Se il bean EJB di destinazione è in esecuzione in un'applicazione separata ed utilizza il modello di programmazione remoto EJB 3, sarà il client di WebSphere Application Server tradizionale o il processo Liberty a genererà automaticamente le classi stub. I componenti EJB che utilizzano il modello di programmazione remoto EJB 3 su Liberty possono essere acceduti unicamente dai processi WebSphere Application Server o WebSphere Application Client.

Per ulteriori informazioni, consultare Using Enterprise JavaBeans (EJB) with remote interfaces on Liberty.