EJB设计模式5

原创 2001年11月28日 14:23:00

 

就像我们在设计模式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)
}
}
ejbStore()在事务结束当数据被写入数据库时被调用.在这种情况下,comId的值
被修改(通过调用setData方法),this必须被写到数据库中.在上面方法中的代码
把comId转化成公司的远程引用.(毕竟comId是公司Entity Bean的主键).
使用空check的原因是数据库不能存空值(表之间的弱引用),并且这些同样需要建模.
任何情况下,用java对基本类型的封装要比使用基本类型自己好,因为他们能
存空值而且易于转换成其他形式.
上面的BeanGlossary类的代码片断容易引起一些混淆.
这实际上是一个捕获EJB的lookup的utility类(一个无状态session bean),
在entity bean和有状态session bean的情况下,Home接口的lookup是被缓冲的.
在无状态session bean的情况下,Remote接口是被缓冲的(作为ejb规范1.1的一部分,
一个SLSB在Home接口中调用的create()是不被优化的).
通过在上面上下文的缓冲,我们意思是第一个请求是被lookup的.随后的调用是得到
已经在对象引用中初始化的home接口或remote接口.
BeanGlossarySB utility类的代码片段如下:
public class BeanGlossarySB implements SessionBean {
private Context context = null;
public javax.naming.Context getContext() throws
NamingException {
if (context == null)
context = new javax.naming.InitialContext();
return context;
}
// Company
private CompanyHome companyHome = null;
public CompanyHome getCompanyHome() throws
NamingException {
if (companyHome == null)
companyHome = ((CompanyHome)
javax.rmi.PortableRemoteObject.narrow(
getContext().lookup("java:comp/env/ejb/Company"),
CompanyHome.class));
return 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接口中的调用
返回需要的与那家公司相联系的远程引用的雇员的集合.

EJB 设计模式概述

一. 设计模式重要性采用EJB技术的J2EE项目中,EJB架构的设计好坏将直接影响系统的性能、可扩展性、可维护性、组件可重用性及开发效率。项目越复杂,项目队伍越庞大则越能体现良好设计的重要性。  二....
  • happyxyzw
  • happyxyzw
  • 2007年07月17日 14:33
  • 1364

EJB中的设计模式

下面我们从设计模式的角度看看EJB的框架是怎样的?在这之前假设你已经大概了解了设计模式。专门的设计模式阐述请见我的设计模式之系列.  EJB是采取多层结构,原先我们数据库开发基本是应用程序(商业逻辑运...
  • eagle11936
  • eagle11936
  • 2006年08月30日 18:26
  • 754

一个基于JBoss5.1+EJB3.0 登陆应用

花了几天的时间研究了一下EJB的使用,一直以来都主要是在写终端中的程序,对Java框架的相关的开发很不熟悉,中间遇到了不少麻烦,还好总算都解决了。写篇日志记录一下。 经验总结 为什么选择JBoss5....
  • u012797220
  • u012797220
  • 2015年06月26日 17:18
  • 933

什么是EJB?什么是设计模式?

EJB是sun的服务器端组件模型,最大的用处是部署分布式应用程序,类似微软的.com技术。凭借java跨平台的优势,用EJB技术部署的分布式系统可以不限于特定的平台。 设计模式是一套被反复使用、多数人...
  • xssh913913
  • xssh913913
  • 2007年10月16日 11:42
  • 338

EJB设计模式5

就像我们在设计模式4中看到的, Entity Bean的实现大小被缩减到在ejbCreate(), getData()and setData()方法中的仅仅几行,不管CMP字段的数目.下一步是建模公司...
  • zaowei21
  • zaowei21
  • 2007年06月03日 18:45
  • 288

EJB设计模式5

就像我们在设计模式4中看到的, Entity Bean的实现大小被缩减到在ejbCreate(), getData()and setData()方法中的仅仅几行,不管CMP字段的数目.下一步是建模公司...
  • jiqimiao
  • jiqimiao
  • 2007年06月14日 17:04
  • 518

设计模式是五大或六大还是七大原则?

设计模式是五大或六大还是七大原则?设计模式有五大原则或七大原则之分 按五大原则划分:1、2、3和4(算一种)、5和6(算一种)、7 按六大原则划分:1、2、3、4、5和6(算一种)、7 按七大原...
  • cadenzasolo
  • cadenzasolo
  • 2016年01月23日 00:43
  • 757

EJB,设计模式

  • su_01
  • su_01
  • 2009年06月09日 14:57
  • 390

EJB设计模式

一:第一个设计模式非常简单。一个公司和雇员的Entity Bean和下面给出的Entity Bean的代码片断是类似的。它们是由jbuilder4的EntityBean模版生成的。所有的字段都声明为p...
  • seastar_pickle
  • seastar_pickle
  • 2005年03月02日 13:15
  • 900

EJB的优势和使用场景

EJB的优势和使用场景 即使在EJB 2.0备受诟病的时期,笔者也从不掩饰自己对EJB的喜爱,因为它确实体现了一种非常优秀的设计思想和理念。即使在EJB饱受争议的时期,笔者也一直希望大家用更理智的眼...
  • li_xiao_ming
  • li_xiao_ming
  • 2016年10月12日 08:32
  • 8959
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:EJB设计模式5
举报原因:
原因补充:

(最多只允许输入30个字)