四、JAVA NAMING AND DIRECTORY INTERFACE (JNDI)
JNDI API被用于执行名字和目录服务。它提供了一致的模型来存取和操作企业级的资源如DNS和LDAP，本地文件系统，后者在应用服务器中的对象。
在JNDI中，在目录结构中的每一个结点称为CONTEXT。每一个JNDI名字都是相对于CONTEXT的。这里没有绝对名字的概念存在。对一个应用来说，它可以通过使用 INITIALCONTEXT 类来得到其第一个CONTEXT：
| CONTEXT CTX = NEW INITIALCONTEXT(); |
应用可以通过这个初始化的CONTEXT经有这个目录树来定位它所需要的资源或对象。例如，假设你在WEBLOGIC服务器中展开了一个EJB并将 HOME接口绑定到名字 MYAPP.MYEJB ，那么该EJB的某个客户在取得一个初始化
CONTEXT以后，可以通过以下语句定位HOME接口：
| MYEJBHOME HOME = CTX.LOOKUP( "MYAPP.MYEJB" ); |
在这个例子中，一旦你有了对被请求对象的参考，EJB的HOME接口就可以在它上面调用方法。我们将在下面的"ENTERPRISE JAVA BEANS"章节中做更多的介绍。
以上关于JNDI的讨论只是冰山之一角而已。如果要更进一步地在CONTEXT中查找对象，JNDI也提供了一些方法来进行以下操作：
将一个对象插入或绑定到CONTEXT。这在你展开一个EJB的时候是很有效的。
从CONTEXT中移去对象。
列出CONTEXT中的所有对象。
创建或删除子一级的CONTEXT。
接下来，我们要开始关注EJB了。
五、ENTERPRISE JAVA BEANS（EJB）
J2EE技术之所以赢得某体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发。EJB规范定义了EJB组件在何时以及如何与它们的容器进行交互作用。容器负责提供公用的服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。
EJB规范定义了3中基本的BEAN类型：
STATELESS SESSION BEANS： 提供某种单一的服务，不维持任何状态，在服务器故障发生时无法继续存在，生命期相对较短。例如，一个STATELESS SESSION BEAN可能被用于执行温度转换计算。
STATEFUL SESSION BEAN： 提供了与客户端的会话交互，可以存储状态从而代表一个客户。典型例子是购物车。STATEFUL SESSION BEAN在服务器故障时无法继续生存，生命期相对较短。每一个实例只用于一个单个的线程
ENTITY BEANS： 提供了一致性数据的表示-- 通常存放在数据库中 -- 在服务器故障发生后能继续存在。多用户情况下可以使用EJB来表示相同的数据。ENTITY EJB的一个典型例子是客户的帐号信息。
尽管有以上的区别，所有的EJB还是有许多的共同之处：
它们都处理HOME INTERFACE。它定义了一个客户端是如何创建与消亡EJB的。
可以在BEAN中对定义了客户端方法的远程接口进行调用；
BEAN类则执行了主要的商务逻辑描述
EJB的开发已经超出了本文的范围。但是，如果一个EJB已经被开发了或者从第三方进行了购买，它就必须在应用服务器中进行发布。WEBLOGIC SERVER 5.1带有一个EJB DEPLOYER TOOL来协助处理EJB的发布。当你使用EJB DEPLOYER TOOL的时候，你要定义客户端所用的JNDI名字来定位EJB。DEPLOYER TOOL将生成WRAPPER类来处理和容器的通信以及在一个JAR文件中把被请求的JAVA类绑定在一起。一旦EJB被发布，客户端就可以使用它的JNDI名字来定位EJB。
首先，它必须得到一个到HOME接口的REFERENCE。
然后，客户端可以使用该接口，调用一个CREATE()方法来得到服务器上运行的某个BEAN实例的句柄；
最后，客户端可以使用该句柄在BEAN中调用方法。
了解 EJB后，让我们再来看JSP。
