Clasele stub trebuie să fie incluse atunci când se utilizează EJB (Enterprise JavaBeans) 2.x la distanţă

Un client trebuie să includă clasele stub când porniţi un bean EJB la distanţă care este găzduit pe WebSphere Application Server. În unele cazuri, dacă clientul este WebSphere Application Server, produsul generează automat clasele stub corecte:

• Dacă o aplicaţie client porneşte un bean EJB la distanţă care este conţinut în aceeaşi aplicaţie, WebSphere Application Server Liberty generează automat clase stub.
• Dacă ţinta bean EJB rulează într-o aplicaţie separată şi utilizează modelul,de programare la distanţă EJB 2.x EJBHome şi EJBObject, atunci clientul trebuie să includă şi clasele stub pe calea sa. În cazul în care EJB este găzduit pe WebSphere Application Server tradiţional, puteţi copia fişierul JAR client EJB din aplicaţie într-un fişier EAR după ce este procesat de către comanda ejbdeploy. Dacă EJB este găzduit pe Liberty, trebuie să utilizaţi programul rmic care este inclus cu kitul de dezvoltare software (SDK) Java 8 din clientul WebSphere Application Server tradiţional pentru a genera clasele de stub pentru bean-ul EJB ţintă, şi apoi trebuie să includeţi clasele de stub cu clientul.
• Dacă ţinta bean EJB rulează într-o aplicaţie separată şi utilizează modelul de programare la distanţă EJB, atunci procesul clientului WebSphere Application Server tradiţional sau Liberty generează automat clasele stub. Componentele EJB care utilizează modelul de programare EJB 3 la distanţă pe Liberty poate fi accesat de la distanţă doar de către procesele WebSphere Application Server sau WebSphere Application Client.

Pentru informaţii suplimentare, vedeţi Using Enterprise JavaBeans (EJB) with remote interfaces on Liberty.