JNDI的目的是什么?

如果可能的话,你怎样才能实现JNDI的使用?

JNDI是Java命名和目录接口。 它被用来区分应用程序开发者和应用程序部署者的关注点。 在编写依赖于数据库的应用程序时,您不必担心连接到该数据库的用户名或密码。 JNDI允许开发人员给数据库命名,并依靠部署人员将该名称映射到数据库的实际实例。

例如,如果您正在编写在Java EE容器中运行的代码,则可以使用JNDI名称“Database”来编写该代码以获取数据源:

DataSource dataSource = null; try { Context context = new InitialContext(); dataSource = (DataSource) context.lookup("Database"); } catch (NamingException e) { // Couldn't find the data source: give up } 

请注意,这里没有关于数据库驱动程序,用户名或密码的信息。 这是在容器内部configuration的。

JNDI不限于数据库(JDBC); 各种服务都可以得名。 有关更多详细信息,您应该查看有关该主题的Sun教程 。

JNDI是一个非常强大的机制,通过使用EventContext 组织configuration信息和发现和监听服务 。 在JNDI中,您可以查找并侦听任何对象(不只是DataSource ),假设您的JNDI服务提供者支持它。

当然,唯一的问题实际上是有一个JNDI服务提供者; 这个伟大的事情是,它是惊人的容易推出自己的。 毕竟,您可以使用JavaBeans XMLEncoderXMLDecoder任何Java实例编码为XML :您不需要依赖在应用程序服务器中运行!

那么这个configuration文件有什么区别呢? 那么,它可以更清洁,因为所有的应用程序可以从同一个地方得到他们的configuration。 如果他们需要共享configuration信息(例如数据库位置),那么可以在JNDI中定义一次 。 假设你移动了数据库服务器:你不需要记住gazillionconfiguration文件中的位置。 你只要去一个地方:JNDI。

JNDI是一个用于访问目录和命名服务的API(即名称与对象关联的方式)。 名称与对象的关联称为绑定。

命名服务的基本示例是将机器名称映射到IP地址的DNS。

使用JNDI,应用程序可以存储和检索任何types的已命名的Java对象。

在java的上下文中,这可以用在你不想硬编码环境特定variables的configuration文件中。

Spring例子:

Spring上下文文件

 <bean id="WSClientConfig" class="com.example.BaseClientConfigImpl"> <property name="protocol"> <jee:jndi-lookup jndi-name="java:comp/env/protocol" /> </property> <property name="endpoint"> <jee:jndi-lookup jndi-name="java:comp/env/endpoint" /> </property> <property name="requestPath"> <jee:jndi-lookup jndi-name="java:comp/env/requestPath" /> </property> 

Tomcat上下文文件

 <Environment name="protocol" type="java.lang.String" value="https://"/> <Environment name="endpoint" type="java.lang.String" value="172.0.0.1"/> <Environment name="requestPath" type="java.lang.String" value="/path/to/service"/> 

JNDI允许将资源构造简化为一个名称 。 所以,为了方便/安全等等,把许多细节分成了一 。 (又名抽象层)

要实现:设置与Jndi上下文界面中预定义字段对应的属性列表。 (这些属性指定jndi执行的设置;但不*search名称)

 Properties props = new Properties(); //field Context.INITIAL_CONTEXT_FACTORY => property name java.naming.factory.initial //field Context.PROVIDER_URL => property name java.naming.provider.url props.load(new FileInputStream("*properties file*")); //prop file in this case Context ctx = new InitialContext(props); Object o = ctx.lookup("*name of resource*"); 

理想情况下,将存在一个专门的function来维护您的组织中的LDAP目录,DNS等(因此统一的单个映射集可以提供所有服务,从而减less差异)

JNDI服务提供商列表: https : //www.ibm.com/support/knowledgecenter/en/SSVSD8_8.4.1/com.ibm.websphere.dtx.adapjndi.doc/concepts/c_jndi_JNDI_Service_Providers_.htm