Pentru aplicaţii care furnizează bean-uri EJB la distanţă, luaţi în considerare cum să menţineţi accesul la bean-urile EJB la distanţă din clienţii on-premises la migrarea acestei aplicaţii.
Următoarele adnotări şi clase Java indică utilizarea de bean-uri EJB la distanţă:
javax.ejb.Remotejavax.ejb.RemoteHomejavax.ejb.EJBObjectjavax.ejb.EJBHome
Bean-urile EJB la distanţă sunt de asemenea indicate de elementele următoare în fişierul ejb-jar.xml:
<entity> care conţine un element
<home> sau <remote><session> care conţine un element <home>,
<remote> sau <business-remote>, aşa cum este arătat
în exemplul următor:
<session>
<description>My business bean</description>
<display-name>BusinessLogic fasole verde</display-name>
<ejb-name>BusinessLogic</ejb-name>
<home>com.ibm.ejbs.BusinessLogicHome</home>
<remote>com.ibm.ejbs.BusinessLogic</remote>
<ejb-class>com.ibm.ejbs.BusinessLogicSession</ejb-class>
<session-type>Apatrid</session-type>
<transaction-type>Container</transaction-type>
</session>
Aplicaţiile care conţin acest cod furnizează bean-uri EJB care pot fi accesate de la distanţă. Dacă este posibil, luaţi în considerare migrarea aplicaţiilor care accesează aceste bean-uri la acelaşi mediu cloud. Luaţi în considerare, de asemenea, soluţii de conectivitate necesare dacă aceste bean-uri vor fi accesate de aplicaţii client on-premises.
Această regulă este semnalată o dată per un proiect Eclipse sau arhivă Java.
Dacă aplicaţia dumneavoastră client poate accesa direct acest furnizor EJB la distanţă după ce este mutată, nu este necesară nicio altă acţiune.
Altfel, o opţiune este mutarea în cloud a furnizorului EJB cu orice aplicaţii client care accesează bean-uri EJB la distanţă. Analizaţi aplicaţiile client pentru probleme de conectivitate, de asemenea. Alternativ, puteţi folosi un tunel VPN, cum ar fi IBM Cloud Secure Gateway, pentru a crea o conexiune securizată pentru aplicaţiile dumneavoastră client EJB on-premises existente pentru a accesa aceste furnizor EJB la distanţă. Pentru informaţii suplimentare despre configurarea unei conexiuni securizate, vedeţi Configurarea unui VPN. După configurarea gateway-ului dumneavoastră, conectaţi aplicaţia dumneavoastră la destinaţia nouă prin utilizarea gazdei cloud şi numărului de port care este furnizat când aţi creat destinaţia. Următorul exemplu arată un URL EJB la distanţă:
Când configuraţi o conexiune securizată pentru apeluri la bean-uri EJB la distanţă cloud, creaţi şi instalaţi un servlet tunelare HTTP pe serverul de aplicaţii cloud şi activaţi tunelarea în ORB-ul parte de client. Pentru informaţii suplimentare, vedeţi Enabling HTTP tunneling. Configuraţi clientul securizat pentru a indica servletul HTTP tunelare şi folosiţi gazda şi portul care sunt returnate de la configuraţie pentru conexiunea securizată cloud în următorul format:
Puteţi folosi această tehnică în ambele cazuri când bean-ul EJB este mutat în cloud şi bean-ul EJB este on-premises şi invers.
Notă: Liberty pentru aplicaţiile Java care utilizează bean-uri EJB la distanţă poate fi implementat la un runtime IBM Cloud instant; cu toate acestea, bean-urile EJB la distanţă nu sunt accesibile de la distanţă cu protocolul CORBA/IIOP din cauza restricţiilor de port din mediul IBM Cloud. Pentru informaţii suplimentare despre Liberty for Java on IBM Cloud, vedeţi Liberty features supported in IBM Cloud.