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

Question

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

Answer 1

以下是我的前三名：

1. 缺乏文件
2. 半心半意API
3. 除了应用服务器之外，没有人在使用它

有几个教程介绍了如何使用JNDI，但大多数情况下，当出了问题时，您将陷入困境。该实现还对有用的错误消息表示不满。如果找不到密钥，那么您只需要得到最内部的键名--导致键的路径丢失。

也没有办法导航JNDI层次结构。当您无法导航时，与父母和孩子建立层次结构又有什么意义呢？

那么java:comp/env呢？它为什么在那里？我什么时候可以省略它？我什么时候要用它？有没有人添加过一棵不以java:开头的树

Answer 2

这个问题有点模糊，但这里有几点需要考虑，这与JNDI有关。

1. JNDI的好处是对象创建与对象查找分离。
2. 在JDNI中直接查找会阻碍可测试性，如果可能的话更倾向于注入。
3. 如果仍然使用直接查找，则需要亲自或使用文件系统实现来模拟JNDI。
4. 如果您在应用程序中使用类加载器，请小心。服务器
5. 如果您计划实现自己的对象工厂(上下文、环境等)，那么ObjectFactory中使用的参数就会有些模糊。
6. 每个JVM都有自己的JNDI。当客户端查找远程EJB时，将使用一个特殊工厂返回对EJB的远程引用，但JNDI本身是本地的。(请注意，存在集群JNDI实现，但我没有使用它的经验)。
7. EJB的命名将取决于应用程序。服务器
8. 全局和本地JNDI总是造成混乱的根源。
9. 我从未见过任何人搜索JNDI目录，这只是查找的一个例子。

我使用JDNI在Glassfish中实现自定义资源，这是可以的。但我发现JNDI经常引起混乱。