JBoss中的jndi.properties

有没有办法配置JNDI，以便查找首先检查本地主机，如果没有找到匹配的名称，则自动查找其他JNDI服务器？

我对文档的理解是，这是使用群集时的默认行为：

JNDI客户端需要知道 HA-JNDI集群。你可以通过考试 JNDI服务器列表（即节点 在HA-JNDI集群中）到

java.naming.provider.url

JNDI 在

jndi.properties

文件中设置。 每个服务器节点都由其 IP地址和JNDI端口号。 服务器节点由 逗号（请参见如何配置 服务器和端口）

初始化时，JNP客户端代码 我将设法与每一个人取得联系 列表中的服务器节点，一个接一个 另一个，一个就停下来 已到达服务器。到时候会的 从该站点下载HA-JNDI存根 节点

注意-JNP客户端查找中没有负载平衡行为 过程它只是通过 提供程序列表并使用第一个 可用服务器。HA-JNDI提供者 列表只需要包含 群集中的HA-JNDI节点

下载的智能存根包含 故障转移到另一个节点的逻辑，如果 必要的和更新的 当前正在运行的节点。此外,， 每次对进行JNDI调用时 服务器中的目标列表 存根拦截器已更新（仅当 自上次会议以来，名单已发生变化 电话）

如果属性字符串

java.naming.provider.url

为空或 如果它提到的所有服务器都不是 可访问，JNP客户端将尝试 发现引导HA-JNDI服务器 通过对 网络（自动发现）。看见 关于如何配置 JNDI服务器上的自动发现 节点。通过自动发现 客户端可能能够获取有效的 HA-JNDI服务器节点，不带任何 配置当然，对于 自动发现工作，客户端 必须与服务器驻留在同一LAN中 服务器集群（例如，web servlet） 使用EJB服务器）。局域网还是广域网 还必须配置为传播 这样的多播数据报

---

也许我写得不够清楚。假设我正在寻找一个在JNDI中注册为“ObjectA”的对象。我想做的是首先检查localhost是否注册了“ObjectA”，如果没有，则尝试通过多播发现另一个JNDI服务器，并检查ObjectA是否在那里，如果没有抛出NamingException（或任何应该抛出的异常）。@Filip:哦，我现在明白了。不确定这是否可以在不编码此逻辑的情况下完成（实际上似乎是一个非常特殊的用例）。

java.naming.provider.url=server1:1100,server2:1100,server3:1100,server4:1100