跨应用程序服务器的mappedName 始终相同？

Question

我有一个具有一些属性的无状态 bean：

1. 它是一个 EJB3
2. 类 AddressFacade
3. 实现了 AddressFacadeRemote
4. 它位于 ejb-jar (MyJAR.jar) 中
5. 它位于 EAR (MyEAR) 中。

我的应用程序服务器 (Weblogic) 生成了此名称 (jndiName/mappedName)：

MyEARMyJAR_jarAddressFacade_AddressFacadeRemote

我无法使用注入，因此我将使用此名称进行查找。

问题是：如果我维护相同的 EAR、JAR、类和接口名称，这个名称总是相同的吗？或者它可以从应用程序服务器更改？

Answer 1

问题是：如果我维护相同的 EAR、JAR、类和接口名称，这个名称总是相同的吗？或者它可以从应用程序服务器更改？

JNDI 名称在 Java EE 5 中未标准化，并且会从一个应用程序服务器更改为另一个应用程序服务器。 Adam Bien 写了一篇很好的文章来说明这一点：

EJB 3 可移植性问题：为什么 JNDI 名称未标准化？

正如我在上一篇文章中提到的，
Java EE 5 的可移植性
应用程序比在
旧的 J2EE 1.4 世界。我找到了一个
问题，这需要付出一些努力 -
缺乏明确和统一的
JNDI-命名和寻址。这
glassfish applicationsserver 使用
完全限定名称
默认远程业务接口。
JBoss 应用程序服务器使用的名称
以“/remote”结尾的 EJB。所以
以下会话 Bean：

package com.abien;

@无状态
公共类 HelloWorldBean 实现 HelloWorld {

    公共字符串sayHello（字符串你好）{
        返回“来自服务器的回显：”；
    }
}

可以通过 JBoss 找到（通过 EJB3
支持）使用以下
代码片段：

Context context = new InitialContext();
HelloWorld helloWorld = (HelloWorld) context.lookup("myEarName/HelloWorldBean/remote");

和 Glassfish（v1 和 v2），使用
的完全限定名称
远程业务接口：

Context context = new InitialContext();
HelloWorld helloWorld = (HelloWorld) context.lookup(HelloWorld.class.getName());

处理此问题的一种不错的方法是使用 ServiceLocator 和“可插入”应用程序服务器特定策略。查看ServiceLocator、JNDI 命名助手和 Java EE 5 。

在 Java EE 6 中，问题得到了解决，我们终于有了可移植全局 JNDI 名称。