Inject von Remote-EJB-Schnittstelle in ein externes Modul

Question

Ich habe eine EAR-Anwendung mit drei Modulen:

• Bohnen sind in "app-ejb" Modul
• Remote-Schnittstellen in "app-remote" sind
• Webdienste sind in "app-war"
• app-ejb und app-war verwenden app-remote als Bibliothek.

Alle sind in "app.ear" verpackt.

Das funktioniert gut, aber jetzt muss ich die gleichen Bohnen außerhalb der EAR-Anwendung verwenden, und die Injektion funktioniert nicht.

Ich habe in app-ejb:

@Stateless 
@LocalBean 
public class Services implements ServicesRemote { 
    [...] 
} 

und seine Remote-Schnittstelle in app-Fernbedienung:

@Remote 
public interface ServicesRemote { 
    [...] 
} 

In meinem app-Krieg ich die Remote-Bohne problemlos injizieren können:

Wie auch immer in meiner externen EJB-Anwendung, als Stand-Alone-und die Verwendung der gleichen EJB-Remote als Bibliothek, wenn ich t ry die gleiche EJB wie diese zu injizieren:

@Stateless 
@LocalBean 
public class UseServicesFromAnotherApp { 
    @EJB 
    private ServicesRemote services; 
    [...] 
} 

Glassfish (4.1) geben Sie mir einen Fehler „Klasse [Lcom /[...]/ ServicesRemote; ] Nicht gefunden“.

dies erwartet? Wie kann ich die Remote-Bohne richtig spritzen?

Answer 1

Das Problem wurde wahrscheinlich durch eine Reihe von Hot-Deploy erzeugt, Glassfish instabil gemacht. Als ich Glassfish neu gestartet habe, fängt mein Code an, richtig zu arbeiten (es funktioniert tatsächlich noch).

Es tut uns leid, hier zu posten, ohne zuerst glassfish neu starten zu müssen.

Answer 2

Injection nicht mit Remote-Schnittstellen funktioniert. Beans, die‚injizierbaren‘, leben im Inneren des Behälters JVM und sind für Die gleiche Anwendung gilt für den Zugriff auf Beans in einer anderen Anwendung im selben Container, obwohl sich Anwendungen in derselben JVM befinden können Da Remote-Methoden von einer anderen JVM oder einer anderen Anwendung stammen, ist eine Injektion nicht möglich. Sie müssen stattdessen JNDI-Lookup verwenden, um eine Referenz auf eine Remote-Bean zu erhalten.

Als eine Sache oder persönlichen Geschmack, würde ich fern von EJB Remote interfa bleiben Ich würde stattdessen eine andere "Remoting" -Technik wie REST verwenden.