EJB设计模式5

就像我们在设计模式4中看到的, Entity Bean的实现大小被缩减到在ejbCreate(), getData()and setData()方法中的仅仅几行,不管CMP字段的数目.下一步是建模公司和雇员的Entity Beans,这个有点繁琐而且建议读者先对borland公司的<EJB程序员指南>的OR Mapping和高级CMP有所了解.

对这个关系建模根本不需要对结构的代码变化,然而Entity Beans实现类需要一点点修改来反映两个实体间的关系,鉴于此Deployment Descriptor需要有小的修改.

象以前, Entity Bean从结构继承,下面是公司Entity Bean的代码片段:

　　public class CompanyBean extends CompanyStruct 　　 implements EntityBean { 　　 EntityContext entityContext; 　　 // CMP for all fields in the CompanyStruct 　　 public java.util.Collection employees; //one-to-many 　　 //rest of the code including getData() and setData() 　　 public java.util.Collection getEmployees() { 　　 return employees; 　　 } 　　 }

下面是雇员Entity Bean的程序片段:

　　public class EmployeeBean extends EmployeeStruct 　　 implements EntityBean { 　　 EntityContext entityContext; 　　 //CMP for all fields in EmployeeStruct EXCEPT 　　 //the comId 　　 public Company company;//remote reference to company 　　 }

在上面的程序片段中,雇员Entity Bean从雇员结构继承,雇员结构本身有一个字段comId表示雇员和公司之间的的外键,在所有的前面的设计模式中,这个字段是CMP的.而在设计模式5中这个字段用在Deployment Descriptor中un-checking的方法从CMP中去掉.而对公司Entity Bean的远程引用现在是CMP的.现在的问题是怎么在getData()和SetData()方法中更新公司Entity Bean的引用,当这些方法只get和set comId(在设计模式上下文中没有被CMP)的值.简单的说,过程的结构没有变化并且字段comId(不再CMP)在RPC中被拷贝到Entity Bean和从Entity Bean拷贝出来.需要的是对公司Entity Bean的远程引用在必须被写入数据库和从数据库读出时更新.我们需要用ejbLoad()和ejbStore()方法在Entity Bean实现类中为我们完成这项工作.

在雇员Entity Bean中的ejbLoad()方法的代码片段如下:

　　public void ejbLoad() { 　　 try { 　　 comId=(company == 　　 null)?null:(Integer)company.getPrimaryKey(); 　　 } catch (Exception e) { 　　 //throw some runtime exception (e.g. EJBException) 　　 } 　　 }

以上代码几乎不需要解释.当数据被从数据库中读出(在事务的开始时候),comId(不是CMP)字段在雇员Entity Bean被set.因此当getData()方法被调用时,返回的结构将包含正确地comId的值.在雇员Entity Bean中的ejbStore()方法如下:

　　public void ejbStore() { 　　 try { 　　 company = (comId == 　　 null)?null:beanGlossary.getCompanyHome().findByPrimary 　　 Key(comId); 　　 } catch (Exception e) { 　　 //throw some runtime exception (e.g. EJBException) 　　 } 　　 }

EJB设计模式5(2)

ejbStore()在事务结束当数据被写入数据库时被调用.在这种情况下,comId的值被修改(通过调用setData方法),this必须被写到数据库中.在上面方法中的代码把comId转化成公司的远程引用.(毕竟comId是公司Entity Bean的主键).使用空check的原因是数据库不能存空值(表之间的弱引用),并且这些同样需要建模.

任何情况下,用java对基本类型的封装要比使用基本类型自己好,因为他们能存空值而且易于转换成其他形式.

上面的BeanGlossary类的代码片断容易引起一些混淆.这实际上是一个捕获EJB的loo

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!