, Entity Bean实现大小被缩减到在ejbCreate
, getDataand 
Data思路方法中仅仅几行,不管CMP字段数目.下
步是建模公司和雇员Entity Beans,这个有点繁琐而且建议读者先对borland公司<EJB
员指南>OR Mapping和高级CMP有所了解.对这个关系建模根本不需要对结构
代码变化,然而Entity Beans实现类需要点点修改来反映两个实体间关系,鉴于此Deployment Descriptor需要有小修改.象以前, Entity Bean从结构继承,下面是公司Entity Bean
代码片段: public 
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 Data
public java.util.Collection getEmployees {
employees;
}
}下面是雇员Entity Bean
片段: public 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和 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被.因此当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)
}
}ejbStore
在事务结束当数据被写入数据库时被.在这种情况下,comId值被修改(通过Data思路方法),this必须被写到数据库中.在上面思路方法中代码把comId转化成公司远程引用.(毕竟comId是公司Entity Bean主键).使用空check原因是数据库不能存空值(表的间弱引用),并且这些同样需要建模.任何情况下,用java对基本类型
封装要比使用基本类型自己好,
他们能存空值而且易于转换成其他形式.上面
BeanGlossary类代码片断容易引起些混淆.这实际上是个捕获EJBlookuputility类(个无状态session bean),在entity bean和有状态session bean
情况下,Home接口lookup是被缓冲.在无状态session bean情况下,Remote接口是被缓冲(作为ejb规范标准1.1部分,个SLSB在Home接口中create是不被优化).通过在上面上下文缓冲,我们意思是第个请求是被lookup.随后是得到已经在对象引用中
化home接口或remote接口.BeanGlossarySB utility类
代码片段如下: public BeanGlossarySB implements SessionBean {
private Context context = null;
public javax.naming.Context getContext throws
NamingException {
(context null)
context = 
javax.naming.InitialContext;
context;
}
// Company
private CompanyHome companyHome = null;
public CompanyHome getCompanyHome throws
NamingException {
companyHome = ((CompanyHome)
javax.rmi.PortableRemoteObject.narrow(
getContext.lookup("java:comp/env/ejb/Company"),
CompanyHome.));
companyHome;
}
// rest of the EJBs
}在设计模式5中,我们没有处理Entity Bean
Home接口.在雇员Entity Bean情况下, 会有个finder元素在findEmployeesByCompany(Company pCompany)几行中,这将会返回雇员远程引用集合. 在公司Entity Bean 中Deployment Descriptor map了在上面定义finder元素雇员集合.这样,在公司Entity Bean中
思路方法getEmployees在remote接口中返回需要和那家公司相联系远程引用雇员集合. 
最新评论