JNDI Portable expose Classe d'implémentation

Question

EJB 3.x

Tenir compte EJB suivant la mise en œuvre d'interface distante

@Remote 
public interface UnusualRemote { 
... 
} 

@Stateless 
public class UnusualBean implements UnusualRemote{ 
... 
} 

Le nom portable JNDI exposé à distance Interaface:

java:global/simplejee7/UnusualBean!com.example.UnusualRemote 

Ma question est pourquoi un client doit connaître la classe d'implémentation pour rechercher le bea n via jndi. Plus précisément, pourquoi on ne peut pas rechercher en utilisant seulement le nom de l'interface com.example.UnusualRemote

Answer 1

Je pense que le point essentiel est qu'une interface distante peut être mis en œuvre par plusieurs EJB, si le client ne précise pas la mise en œuvre classe, le conteneur n'a aucun moyen d'identifier lequel choisir.

Answer 2

C'est en effet une chose stupide. Lorsque les noms portatifs ont été conçus quelqu'un dormait clairement. Le schéma de dénomination est conçu pour nommer une implémentation de bean particulière, mais il n'a pas pris en compte la fonction de recherche actuelle, qui est toujours par interface si le bean en implémente un.

Je ne suis pas d'accord avec la réponse de Gabriel. Bien sûr, il est possible de rechercher un bean par son interface. Le conteneur fait exactement cela lorsque vous injectez dans un champ qui a une interface en tant que son type.

Une autre chose à prendre en compte est que l'espace de noms "java:" revient souvent à la JVM locale et ne peut pas être utilisé pour les recherches à distance. Les recherches à distance sont très mal spécifiées, mais à cause de JAX-RS, personne ne veut plus le réparer.

Answer 3

Voilà comment je pense/ce que je sais: -

En Java par exemple lorsque vous « mettre en œuvre/code à une interface » et quand vous « invoquez une méthode »; vous invoquez réellement sur l'objet qui est 'tapé' sur une interface; l'interface exposant une vue sur l'objet.

L'information la plus critique meta ici est l'identification de l'objet ou du 'reach' à l'objet et sa 'vue'; qui est précisément ce qui est stocké dans le service d'annuaire JNDI. (L'arborescence JNDI stocke essentiellement les proxys de l'objet bean qui peuvent être convertis au nom de l'interface.)

L'identification de l'objet ici est le nom JNDI que vous attribuez au bean (ou par défaut s'il n'est pas affecté) qui est un mandat sans lequel vous ne pouvez pas atteindre/identifier l'objet et la vue de l'objet est le nom de l'interface.

Espérons que les réponses. Pour ajouter à cela: -

Plus généralement la syntaxe pour déterminer le nom JNDI portable global de haricot est: - java:global[/<app-name>]/<module-name>/<bean-name>

Si aucun nom d'interface est spécifié, il signifie que le haricot met en œuvre une seule interface ou a un seul type/view et le nom de l'interface est donc facultatif.

Cependant, il peut y avoir des cas où un bean expose 'plusieurs vues client/implémente plusieurs interfaces'; auquel cas le nom JNDI portable ressemblerait à ceci: -

java:global[/<app-name>]/<module-name>/<bean-name>/<intf-name>