Java JNDI解决了ApplicationContext在Spring中没有解决的哪个问题？

JNDI是一种从字符串名称检索/存储数据或对象的方法。此功能由运行应用程序的容器提供

ApplicationContext

允许从bean的字符串名创建和检索bean

两者都有相似的需求。然而，Spring提供了从JNDI检索对象的方法。还可以通过

jndemplate

访问JNDI

---

在Spring中真的需要使用JNDI吗？它解决了哪个问题而ApplicationContext不解决？

这是一个范围问题。Spring的范围仅限于其容器中的应用程序。JNDI是一种全局命名API，可以插入许多不同的命名/目录体系结构。

这是一个范围问题。Spring的范围仅限于其容器中的应用程序。JNDI是一种全局命名API，可以插入许多不同的命名/目录体系结构。

应用程序上下文不会帮助您查找远程对象。它将只在当前应用程序中查找不远程的对象

请参阅以下“Context.PROVIDER\u URL”。您可以访问远程对象，如EJB、RMI或JMS等。此外，您还可以访问由JavaEE容器管理的任何资源，如数据源

ht.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
ht.put(Context.PROVIDER_URL,"t3://HOSTNAME:PORT");

---

应用程序上下文无法帮助您查找远程对象。它将只在当前应用程序中查找不远程的对象

请参阅以下“Context.PROVIDER\u URL”。您可以访问远程对象，如EJB、RMI或JMS等。此外，您还可以访问由JavaEE容器管理的任何资源，如数据源

ht.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
ht.put(Context.PROVIDER_URL,"t3://HOSTNAME:PORT");