使用基于 com.sun.jndi.fscontext.RefFSContextFactory 文件的 JNDI 上下文工厂，它似乎只允许在您指定的位置有 1 个绑定文件。例如
Hashtable properties = new Hashtable(2);
properties.put(Context.PROVIDER_URL,"file:///tmp/jms/mycontext");
properties.put(Context.INITIAL_CONTEXT_FACTORY, "com.sun.jndi.fscontext.RefFSContextFactory");
InitialContext ctx = new InitialContext(properties);
有没有办法为 comp.env 创建一个目录结构，以便每个目录都有一个绑定文件？ （而不是在绑定文件本身中指定完整的上下文）
【问题讨论】：
标签： java jms jndi initial-context
每个目录都是作为路径访问的子上下文。目录是分支节点，每个都包含一个 .bindings 作为其叶节点。每个分支可以恰好有一个叶子和零个或多个附加分支。
您如何执行此操作取决于您使用的工具。我可以提供来自 WebSphere MQ 的 JMSAdmin 工具的示例，但其他示例的语法会略有不同（或完全不同）。由于我们的两个示例都使用了 Sun 的 FSContext，因此上下文遍历的工作方式相同，尽管我们的管理工具在语法上可能有所不同。
使用 JMSAdmin，您可以DEFINE CTX(subcontext_name)，这将创建一个目录，在该目录下将驻留 .bindings 文件。然后，您可以CHANGE CTX(subcontext_name) 将该子上下文设为当前子上下文。您定义的任何内容现在都将位于该子上下文中的 .bindings 文件中。
在您的代码中，您将子上下文称为路径。例如，打开初始上下文后，您可以将对象查找为subcontext_name/foo。
WebSphere MQ Using Java 手册中的 Manipulating Subcontexts 下有更多关于 IBM 实现的信息。虽然语法可能与您使用的不同，但该工具符合 JMS 并使用 com.sun.jndi.fscontext.RefFSContextFactory，因此原理相同。
【讨论】：