命名和目录 (JNDI) - 使用 JNDI 的陷阱是什么
最佳答案
这个问题有点含糊,但这里有几点需要考虑并且与 JNDI 相关。
- JNDI 的好处是对象创建与对象查找分离
- 在 JDNI 中直接查找会妨碍可测试性,如果可能,最好使用注入(inject)
- 如果您仍然使用直接查找,您将需要自己模拟 JNDI 或使用 file-system实现
- 如果您在应用程序中使用它,请注意类加载器问题。服务器
- ObjectFactory中使用的参数如果您计划实现自己的对象工厂(上下文、环境等),那么这些内容在某种程度上是模糊的
- 每个 JVM 都有自己的 JNDI。当客户端查找远程 EJB 时,会使用一个特殊的工厂返回对 EJB 的远程引用,但 JNDI 本身是本地的。 (请注意,存在集群 JNDI 实现,但我没有这方面的经验)。
- EJB 的命名将取决于应用程序。服务器
- 全局和本地 JNDI 总是困惑的根源
- 我从未见过有人搜索 JNDI 目录,只是查找示例
我使用 JDNI 在 Glassfish 中实现自定义资源,这没问题。但我发现 JNDI 经常引起混淆。
关于java - 命名和目录 (JNDI) - 使用 JNDI 的陷阱是什么,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1846672/