📄 ejb设计模式5.htm
字号:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<!-- saved from url=(0057)http://eps.www85.cn4e.com/java/article/devshow.asp?id=127 -->
<HTML><HEAD><title>csdn_EJB设计模式5</TITLE>
<META content="text/html; charset=gb2312" http-equiv=Content-Type>
<STYLE type=text/css>TD {
FONT-FAMILY: "Verdana", "Arial", "宋体"; FONT-SIZE: 9pt
}
A {
COLOR: #660000; TEXT-DECORATION: underline
}
A:hover {
COLOR: #660000; TEXT-DECORATION: none
}
.line {
LINE-HEIGHT: 14pt
}
</STYLE>
<META content="MSHTML 5.00.2920.0" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff text=#000000>
<table><tbody>
<TR>
<TD height=21>
<DIV align=center><B><FONT size=3>EJB设计模式5 <BR><FONT
size=2> </FONT></FONT></FONT>
<HR align=center color=#cccccc noShade SIZE=1>
</DIV></TD></TR>
<TR>
<TD class=line><FONT
color=#333300>就像我们在设计模式4中看到的, Entity Bean的实现大小被缩减到在ejbCreate(), getData()<BR>and setData()方法中的仅仅几行,不管CMP字段的数目.<BR>下一步是建模公司和雇员的Entity Beans,这个有点繁琐而且建议读者先对borland<BR>公司的<EJB程序员指南>的OR Mapping和高级CMP有所了解.<BR>对这个关系建模根本不需要对结构的代码变化,然而Entity Beans实现类需要一点点<BR>修改来反映两个实体间的关系,鉴于此Deployment Descriptor需要有小的修改.<BR>象以前, Entity Bean从结构继承,下面是公司Entity Bean的代码片段:<BR>public class CompanyBean extends CompanyStruct<BR>implements EntityBean {<BR>EntityContext entityContext;<BR>// CMP for all fields in the CompanyStruct<BR>public java.util.Collection employees; //one-to-many<BR>//rest of the code including getData() and setData()<BR>public java.util.Collection getEmployees() {<BR>return employees;<BR>}<BR>}<BR>下面是雇员Entity Bean的程序片段:<BR>public class EmployeeBean extends EmployeeStruct<BR>implements EntityBean {<BR>EntityContext entityContext;<BR>//CMP for all fields in EmployeeStruct EXCEPT<BR>//the comId<BR>public Company company;//remote reference to company<BR>}<BR>在上面的程序片段中,雇员Entity Bean从雇员结构继承,雇员结构本身有<BR>一个字段comId表示雇员和公司之间的的外键,在所有的前面的设计模式中,<BR>这个字段是CMP的.而在设计模式5中这个字段用在Deployment Descriptor中<BR>un-checking的方法从CMP中去掉.而对公司Entity Bean的远程引用现在是CMP的.<BR>现在的问题是怎么在getData()和SetData()方法中更新公司Entity Bean的引用,<BR>当这些方法只get和set comId(在设计模式上下文中没有被CMP)的值.<BR>简单的说,过程的结构没有变化并且字段comId(不再CMP)在RPC中被拷贝到<BR>Entity Bean和从Entity Bean拷贝出来.需要的是对公司Entity Bean的远程<BR>引用在必须被写入数据库和从数据库读出时更新.我们需要用ejbLoad()和ejbStore()<BR>方法在Entity Bean实现类中为我们完成这项工作.<BR>在雇员Entity Bean中的ejbLoad()方法的代码片段如下:<BR>public void ejbLoad() {<BR>try {<BR>comId=(company ==<BR>null)?null:(Integer)company.getPrimaryKey();<BR>} catch (Exception e) {<BR>//throw some runtime exception (e.g. EJBException)<BR>}<BR>}<BR>以上代码几乎不需要解释.当数据被从数据库中读出(在事务的开始时候),<BR>comId(不是CMP)字段在雇员Entity Bean被set.因此当getData()方法被调用时,<BR>返回的结构将包含正确地comId的值.<BR>在雇员Entity Bean中的ejbStore()方法如下:<BR>public void ejbStore() {<BR>try {<BR>company = (comId ==<BR>null)?null:beanGlossary.getCompanyHome().findByPrimary<BR>Key(comId);<BR>} catch (Exception e) {<BR>//throw some runtime exception (e.g. EJBException)<BR>}<BR>}<BR>ejbStore()在事务结束当数据被写入数据库时被调用.在这种情况下,comId的值<BR>被修改(通过调用setData方法),this必须被写到数据库中.在上面方法中的代码<BR>把comId转化成公司的远程引用.(毕竟comId是公司Entity Bean的主键).<BR>使用空check的原因是数据库不能存空值(表之间的弱引用),并且这些同样需要建模.<BR>任何情况下,用java对基本类型的封装要比使用基本类型自己好,因为他们能<BR>存空值而且易于转换成其他形式.<BR>上面的BeanGlossary类的代码片断容易引起一些混淆.<BR>这实际上是一个捕获EJB的lookup的utility类(一个无状态session bean),<BR>在entity bean和有状态session bean的情况下,Home接口的lookup是被缓冲的.<BR>在无状态session bean的情况下,Remote接口是被缓冲的(作为ejb规范1.1的一部分,<BR>一个SLSB在Home接口中调用的create()是不被优化的).<BR>通过在上面上下文的缓冲,我们意思是第一个请求是被lookup的.随后的调用是得到<BR>已经在对象引用中初始化的home接口或remote接口.<BR>BeanGlossarySB utility类的代码片段如下:<BR>public class BeanGlossarySB implements SessionBean {<BR>private Context context = null;<BR>public javax.naming.Context getContext() throws<BR>NamingException {<BR>if (context == null)<BR>context = new javax.naming.InitialContext();<BR>return context;<BR>}<BR>// Company<BR>private CompanyHome companyHome = null;<BR>public CompanyHome getCompanyHome() throws<BR>NamingException {<BR>if (companyHome == null)<BR>companyHome = ((CompanyHome)<BR>javax.rmi.PortableRemoteObject.narrow(<BR>getContext().lookup("java:comp/env/ejb/Company"),<BR>CompanyHome.class));<BR>return companyHome;<BR>}<BR>// rest of the EJBs<BR>}<BR>在设计模式5中,我们没有处理Entity Bean的Home接口.<BR>在雇员Entity Bean的情况下, 会有一个finder元素在<BR>findEmployeesByCompany(Company pCompany)的几行中,<BR>这将会返回雇员远程引用的集合. 在公司Entity Bean 中的Deployment<BR>Descriptor map了在上面定义的finder元素的雇员集合.<BR>这样,在公司Entity Bean中的方法getEmployees()在remote接口中的调用<BR>返回需要的与那家公司相联系的远程引用的雇员的集合.<BR><BR><BR><BR>对该文的评论 <BR></FONT></TD></TR>
<TR>
<TD height=5>
<HR align=center color=#cccccc noShade SIZE=1>
</TD></TR></TBODY></BODY></HTML>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -