¿Cómo puedo llamar a un EJB remoto en un EAR de otro?

Question

En Weblogic 10.3, ¿cómo inyecté un EJB remoto de un EAR en un bean sin estado de otro, ambos EAR se implementaron en el mismo contenedor? Idealmente, me gustaría hacer todo lo posible con anotaciones.

Así que supongamos que tengo la siguiente interfaz:

public interface HelloService { 
    public String hello(); 
} 

implementado por la siguiente EJB:

@Stateless 
@Remote 
public class HelloServiceBean implements HelloService { 
    public String hello() { 
     return "hello"; 
    } 
} 

Supongamos que están empaquetados y desplegados en server.ear. Ahora en client.ear, Tengo el siguiente:

@Stateless 
public class HelloClientBean { 
    @EJB 
    HelloService helloService; 

// other methods... 
} 

¿Qué necesito para agregar de manera que se da cuenta de Weblogic el cableado correctamente entre HelloClientBean en client.ear y HelloServiceBean en server.ear? Consejos para documentaciones oficiales y/o libros de bienvenida.

Answer 1

La solución más fácil que he encontrado hasta ahora es la siguiente.

En primer lugar, realizar anotaciones en el bean sin estado con un atributo mappedName:

@Stateless(mappedName="HelloService") 
@Remote 
public class HelloServiceBean implements HelloService { 
    public String hello() { 
     return "hello"; 
    } 
} 

Según http://forums.oracle.com/forums/thread.jspa?threadID=800314&tstart=1, Weblogic nunca crear una entrada JNDI para un EJB menos que un nombre JNDI se da como el atributo mappedName (o en el descriptor de despliegue, o en una anotación propietaria).

Siguiente, ahora se puede anotar su campo cliente con @EJB con un atributo mappedName, que debe ser el mismo que el atributo en el servidor de frijol. (Estoy sinceramente sorprendido por este NameNotFoundException when calling a EJB in Weblogic 10.3 sugiere que debería ser capaz de utilizar la sintaxis mappedName#interfaceName, pero en mis pruebas esto no funciona..):

@Stateless 
public class HelloClientBean { 
    @EJB(mappedName="HelloService") 
    HelloService helloService; 

// other methods... 
} 

Esto ahora funciona, siempre y cuando ambas orejas son desplegado en el mismo contenedor. A continuación, intentaré descubrir la sintaxis correcta cuando se implementen en máquinas diferentes.