java - 命名和目录 (JNDI) - 使用 JNDI 的陷阱是什么

标签 java jndi

命名和目录 (JNDI) - 使用 JNDI 的陷阱是什么

最佳答案

这个问题有点含糊,但这里有几点需要考虑并且与 JNDI 相关。

  1. JNDI 的好处是对象创建与对象查找分离
  2. 在 JDNI 中直接查找会妨碍可测试性,如果可能,最好使用注入(inject)
  3. 如果您仍然使用直接查找,您将需要自己模拟 JNDI 或使用 file-system实现
  4. 如果您在应用程序中使用它,请注意类加载器问题。服务器
  5. ObjectFactory中使用的参数如果您计划实现自己的对象工厂(上下文、环境等),那么这些内容在某种程度上是模糊的
  6. 每个 JVM 都有自己的 JNDI。当客户端查找远程 EJB 时,会使用一个特殊的工厂返回对 EJB 的远程引用,但 JNDI 本身是本地的。 (请注意,存在集群 JNDI 实现,但我没有这方面的经验)。
  7. EJB 的命名将取决于应用程序。服务器
  8. 全局和本地 JNDI 总是困惑的根源
  9. 我从未见过有人搜索 JNDI 目录,只是查找示例

我使用 JDNI 在 Glassfish 中实现自定义资源,这没问题。但我发现 JNDI 经常引起混淆。

关于java - 命名和目录 (JNDI) - 使用 JNDI 的陷阱是什么,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1846672/

相关文章:

java - 为一对多关系添加动态表单

java - 创建一个类以使用 jdbc 连接到任何数据库

java - 使用 persistence.xml 时将 Hibernate 4.0 与 Tomcat 7 结合使用时出现 JndiException

java - 通过注解设置与 Spring 的 JNDI 连接

java - 在 Tomcat 中使用由另一个应用程序创建的 JNDI 数据源

java - 如何在 hibernate 中使用条件创建内部查询?

java - 如何调用返回 tuple[] 的函数

java - StAX 结束元素标记为 "<element attributes../>"而不是整个结束标记 </element>

java - 为什么使用 JndiObjectFactoryBean 配置 JNDI 数据源不起作用?

java - 使用 Mockito 运行单元测试时出现 NullPointerException