在EJB 2.0局部引用和容器治理关系出现之前，通常把实体EJB用于模型粗粒度域对象。这主要是由于与远程通信有关系统开销并阻止了细粒度访问企业层的客户层对象。粗粒度设计的性能通过实现数值对象而促进改善，压缩所有的数据也就是说在客户层和企业层之间传递数据。 !-- frame contents -- !-- /frame contents --
使用有大量域对象的复杂系统，即使这么样能提供一个第一流的和高度执行设计，这个设计导致在系统内出现过多的数值对象。这同样也创建在企业层和客户层之间的紧密连接。同样，在EJB出现之间，bean提供者不得不明确地提供用于维护域对象之间联接的程序。在一个有在域对象之间的复杂关系的情况中，数值对象的设计变得很复杂。在使用EJB开发企业应用程序的过程中，容器治理关系和局部引用的出现开启了令人兴奋的新途径。在本文中，我将带你使用EJB 2.0的强大方法连同bean组件和JAXP创建动态的基于数据结构的XML，可以在你的企业层和表现层之间传递信息。
从企业层到客户层传递数据的过程中使用XML，可以帮助你实现在的应用程序中的多种宽松连接；然而，当你把新的域对象添加到实体型中时，你可能需要添加用于创建新DOM构架的类来添加该实体。在文中，我们将开发一个框架来动态地遍历容器治理和给定的局部EJB有关的域，并且创建一个可以在应用程序的多个层之间传递的XML件。这个方法将有以下优点∶
在企业层和客户层之间促进宽松连接。
便于治理域对象之间关系。
从系统中除去复杂数值对象因为XML是由动态地遍历CMP和CMR域产生的，当它们添加新对象到域模型中时，bean提供者不必创建新的用来创建新的DOM构架的对象类。
EJB 2.0局部引用促进访问bean组件；bean组件与局部引用结合可以含于与其他的被容器治理的bean的关系。举例来说，在一个帮助系统中，UserEJB可以有与ServiceRequestEJB的一到多双向关系和与ProdUCtEJB的一到一的单向联系以及与ServiceRequestHistoryEJB的一到的双向关系。UserEJB同时可以有与PhoneEJB一到多的双向关系。这样，使用EJB 2.0局部引用和容器治理关系，你可以设计一套复杂的有关体。容器治理持久性和关系域是在bean类中使用抽象存取程序方法定的。用于关系域的存取程序方法要么返回一个集合要么返回定义这个系的bean的本机接口，这还取决于这个关系集的容量。这些存取程序法可以通过bean组件的本机接口展示。EJB 2.0的深入研究超出了本文范围，请参阅EJB 2.0的规范。
一个效率高的设计模式应该通过外观组件展示你的应用程序的使用案例并且不准从客户层中直接访问实体组件。回到我们的帮助系统的例子中来，其中的一个使用案例是取得给定用户的具体资料。外部组件可以查找需要的用户实体组件，并且通过容器治理持久性与关系域取得所需数据并把它返回表现层。
用于数据传送对象的一个显而易见的选择就是简单的Java bean。UserBean可能有表示持久性与关系域的属性。这种关系域要么是java.util.Collection要么是其他的取决于这种关系的bean组件。UserBean可能有ServiceRequestBean和PhoneBean集。ServiceRequestBean可能有一个ProductBean和许多ServiceRequestHistory bean组件。此外，这些bean组件还可能还有简单的String或者表现容器治理持久性域的基本属性。这个选择的主要的不利之处就是使你的实体模型更加复杂，使你的数据传送对象bean层次更加复杂，还将在你的服务（企业）层和消费（表现）层之间创建紧密连接。研究一下这个关系的复杂的层次，一个更好的选择是使用XML DOM对象作为数据传送对象。你的组件将产生oeg.w3c.dom.Document对象类型并且你的表现组件使用XML的jsp自定义标记和XSLT文件来“消费”它们。
现在，下一个问题是∶怎么从CMP局部bean引用中创建XML文件？我们可以使用一个基于用于创建不同的类型的DOM组件的方法的工厂；然而，这将创建过多的“工场”组件，并且你可能需要添加新的"工场"组件作为你的实体模型扩展。我们需要的是一个可以使用实体局部对象，引导容器治理关系和创建动态DOM构架的公用程序。这个公用程序将负责在双向关系中循环引用，以避免无限的循环和深入导航关系元素。
接下来我们将演示一个可以提供这个功能的公用程序类。
