安科网

设计模式在EJB中的应用

Clevebaby

Clevebaby

2009-06-25

关注 关注

什么是设计模式

设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。

毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。

GoF的“设计模式”是第一次将设计模式提升到理论高度，并将之规范化，本书提出了23种基本设计模式，自此，在可复用面向对象软件的发展过程中，新的大量的设计模式不断出现。

设计模式和框架

现在，可复用面向对象软件系统现在一般划分为三大类：应用程序 工具箱和框架(Framework),我们平时开发的具体软件都是应用程序；Java的API属于工具箱;而框架是构成一类特定软件可复用设计的一组相互协作的类。EJB（Enterprise JavaBeans）是Java应用于企业计算的框架.

框架通常定义了应用体系的整体结构 类和对象的关系等等设计参数，以便于具体应用实现者能集中精力于应用本身的特定细节。框架主要记录软件应用中共同的设计决策，框架强调设计复用，因此框架设计中必然要使用设计模式.

另外，设计模式有助于对框架结构的理解，成熟的框架通常使用了多种设计模式,如果你熟悉这些设计模式，毫无疑问，你将迅速掌握框架的结构，我们一般开发者如果突然接触EJB J2EE等框架，会觉得特别难学，难掌握，那么转而先掌握设计模式，无疑是给了你剖析EJB或J2EE系统的一把利器。

EJB中的设计模式

下面我们从设计模式的角度看看EJB的框架是怎样的？在这之前假设你已经大概了解了设计模式。专门的设计模式阐述请见我的设计模式之系列.

EJB是采取多层结构，原先我们数据库开发基本是应用程序(商业逻辑运算)直接调用数据库驱动，在EJB中，为将商业逻辑计算和数据库截然分开，使用多个结构式模式:Adapter模式和Bridge模式等.这样做的好处显然有三个：

1.分离了商业逻辑层和数据访问层;

2.能同时支持多个数据库；

3.但数据库类型更换时，不会设计到商业逻辑代码的大量修改.

EJB中将对数据库进行调用(如发出select等语句)称为会话bean(Sessionbean),而将对应数据库一个个记录的bean称为实体bean(Entity bean);由这两种类型的bean完成对数据库的访问.

会话bean一般和客户端应用是一一对应，而和数据库端联系紧密的是实体bean,EJB在实体bean(或直接在会话bean)和数据库之间使用了Adapter模式和Bridge模式，无意在实体bean和数据库之间又多了一层，称之为DAO(Data Access Object )，DAO实际就是设计模式的混合体.

我们以Java的宠物店中的Catalog为例,这是专门处理宠物店中的宠物类别,在对数据库访问中，有两个主要程序：CatalogEJB和CatalogDAO,我们从具体代码中看看设计模式是怎么应用的.

Bridge模式和Adapter模式

我们首先看看CatalogEJB代码：

<ol class="dp-j">
<li class="alt"><span><span class="keyword">public</span><span> </span><span class="keyword">class</span><span> CatalogEJB </span><span class="keyword">implements</span><span> SessionBean {   </span></span></li>
<li>
<span></span><span class="keyword">protected</span><span> CatalogDAO dao;   </span>
</li>
<li class="alt"><span> </span></li>
<li>
<span></span><span class="comment">//从DAO工厂中获取一个DAO 这是调用工厂(factory)模式的一个实例  </span><span> </span>
</li>
<li class="alt">
<span></span><span class="keyword">public</span><span> </span><span class="keyword">void</span><span> ejbCreate() {   </span>
</li>
<li>
<span></span><span class="keyword">try</span><span> {   </span>
</li>
<li class="alt"><span>dao = CatalogDAOFactory.getDAO();   </span></li>
<li><span>}   </span></li>
<li class="alt">
<span></span><span class="keyword">catch</span><span> (CatalogDAOSysException se) {   </span>
</li>
<li>
<span>Debug.println(</span><span class="string">"Exception getting dao "</span><span> + se);   </span>
</li>
<li class="alt">
<span></span><span class="keyword">throw</span><span> </span><span class="keyword">new</span><span> EJBException(se.getMessage());   </span>
</li>
<li><span>}   </span></li>
<li class="alt"><span>}   </span></li>
<li><span> </span></li>
<li class="alt"><span>....   </span></li>
<li><span> </span></li>
<li class="alt"><span>}   </span></li>
</ol>

我们发现在CatalogEJB中并没有通常的会话bean那样有对数据库操作的"select .. from ."等之类SQL操作语句，这些都被封装到DAO的具体实现中(Concrete class).

在Catalog这个示例中使用了设计模式的Bridge模式,判断是否是某种模式，主要依据其参与者的种类和相互关系，我们先看看Bridge模式的定义和参与者：

Bridge模式是将抽象和行为划分开来,各自独立,但能动态的结合起来（好象搭建了一座桥）。在本例中，是将商业逻辑和数据库访问这样的行为划分开来，数据库访问专门放置在DAO中了。

Bridge模式需要两个接口(抽象类和接口通称为接口)，一个用来封装抽象部分，本例中是封装商业逻辑，是CatalogEJB;还有一个是封装行为(Implementor)，本例中是CatalogDAO,看看CatalogDAO代码：

<ol class="dp-j">
<li class="alt"><span><span class="keyword">public</span><span> </span><span class="keyword">interface</span><span> CatalogDAO {   </span></span></li>
<li><span> </span></li>
<li class="alt">
<span></span><span class="keyword">public</span><span> Category getCategory(String categoryID, Locale l)   </span>
</li>
<li>
<span></span><span class="keyword">throws</span><span> CatalogDAOSysException;   </span>
</li>
<li class="alt"><span> </span></li>
<li>
<span></span><span class="keyword">public</span><span> Page getCategories(</span><span class="keyword">int</span><span> start, </span><span class="keyword">int</span><span> count, Locale l)   </span>
</li>
<li class="alt">
<span></span><span class="keyword">throws</span><span> CatalogDAOSysException;   </span>
</li>
<li><span> </span></li>
<li class="alt">
<span></span><span class="keyword">public</span><span> Product getProduct(String productID, Locale l)   </span>
</li>
<li>
<span></span><span class="keyword">throws</span><span> CatalogDAOSysException;   </span>
</li>
<li class="alt"><span> </span></li>
<li>
<span></span><span class="keyword">public</span><span> Page getProducts(String categoryID, </span><span class="keyword">int</span><span> start, </span><span class="keyword">int</span><span> count, Locale l)   </span>
</li>
<li class="alt">
<span></span><span class="keyword">throws</span><span> CatalogDAOSysException;   </span>
</li>
<li><span> </span></li>
<li class="alt">
<span></span><span class="keyword">public</span><span> Item getItem(String itemID, Locale l)   </span>
</li>
<li>
<span></span><span class="keyword">throws</span><span> CatalogDAOSysException;   </span>
</li>
<li class="alt"><span> </span></li>
<li>
<span></span><span class="keyword">public</span><span> Page getItems(String productID, </span><span class="keyword">int</span><span> start, </span><span class="keyword">int</span><span> size, Locale l)   </span>
</li>
<li class="alt">
<span></span><span class="keyword">throws</span><span> CatalogDAOSysException;   </span>
</li>
<li><span> </span></li>
<li class="alt">
<span></span><span class="keyword">public</span><span> Page searchItems(String query, </span><span class="keyword">int</span><span> start, </span><span class="keyword">int</span><span> size, Locale l)   </span>
</li>
<li>
<span></span><span class="keyword">throws</span><span> CatalogDAOSysException;   </span>
</li>
<li class="alt"><span> </span></li>
<li><span>}   </span></li>
</ol>

Bridge模式中参与者还需要有行为接口的具体实现(ConcreteImplementor),在本例中是CatalogDAOImpl,虽然在目前宠物店中只有一个ConcreteImplementor,但是可扩展为到Mysql XML等数据源访问,比如你可以自己新增一个叫CatalogDAOImplMysql，也是作为CatalogDAO的子类。

看看CatalogDAO的一个子类CatalogDAOImpl的代码：

<ol class="dp-j">
<li class="alt"><span><span class="keyword">public</span><span> </span><span class="keyword">class</span><span> CatalogDAOImpl </span><span class="keyword">implements</span><span> CatalogDAO {   </span></span></li>
<li>
<span></span><span class="keyword">protected</span><span> </span><span class="keyword">static</span><span> DataSource getDataSource()   </span>
</li>
<li class="alt">
<span></span><span class="keyword">throws</span><span> CatalogDAOSysException {   </span>
</li>
<li>
<span></span><span class="keyword">try</span><span> {   </span>
</li>
<li class="alt">
<span>InitialContext ic = </span><span class="keyword">new</span><span> InitialContext();   </span>
</li>
<li>
<span></span><span class="keyword">return</span><span> (DataSource) ic.lookup(JNDINames.CATALOG_DATASOURCE);   </span>
</li>
<li class="alt"><span>}   </span></li>
<li>
<span></span><span class="keyword">catch</span><span> (NamingException ne) {   </span>
</li>
<li class="alt">
<span></span><span class="keyword">throw</span><span> </span><span class="keyword">new</span><span> CatalogDAOSysException(</span><span class="string">"NamingException while looking "</span><span>   </span>
</li>
<li>
<span>+ </span><span class="string">"up DB context : "</span><span>   </span>
</li>
<li class="alt"><span>+ ne.getMessage());   </span></li>
<li><span>}   </span></li>
<li class="alt"><span>}   </span></li>
<li><span> </span></li>
<li class="alt">
<span></span><span class="comment">//具体Select语句在这里出现，这里主要是Oracle 数据库的访问语句  </span><span> </span>
</li>
<li><span> </span></li>
<li class="alt">
<span></span><span class="keyword">public</span><span> Category getCategory(String categoryID, Locale l)   </span>
</li>
<li>
<span></span><span class="keyword">throws</span><span> CatalogDAOSysException {   </span>
</li>
<li class="alt"><span> </span></li>
<li>
<span>Connection c = </span><span class="keyword">null</span><span>;   </span>
</li>
<li class="alt">
<span>PreparedStatement ps = </span><span class="keyword">null</span><span>;   </span>
</li>
<li>
<span>ResultSet rs = </span><span class="keyword">null</span><span>;   </span>
</li>
<li class="alt">
<span>Category ret = </span><span class="keyword">null</span><span>;   </span>
</li>
<li><span> </span></li>
<li class="alt">
<span></span><span class="keyword">try</span><span> {   </span>
</li>
<li><span>c = getDataSource().getConnection();   </span></li>
<li class="alt"><span> </span></li>
<li>
<span>ps = c.prepareStatement(</span><span class="string">"select a.catid, name, descn "</span><span>   </span>
</li>
<li class="alt">
<span>+ </span><span class="string">"from (category a join "</span><span>   </span>
</li>
<li>
<span>+ </span><span class="string">"category_details b on "</span><span>   </span>
</li>
<li class="alt">
<span>+ </span><span class="string">"a.catid=b.catid) "</span><span>   </span>
</li>
<li>
<span>+ </span><span class="string">"where locale = ? "</span><span>   </span>
</li>
<li class="alt">
<span>+ </span><span class="string">"and a.catid = ?"</span><span>,   </span>
</li>
<li><span>ResultSet.TYPE_SCROLL_INSENSITIVE,   </span></li>
<li class="alt"><span>ResultSet.CONCUR_READ_ONLY);   </span></li>
<li>
<span>ps.setString(</span><span>, l.toString());   </span>
</li>
<li class="alt">
<span>ps.setString(</span><span>, categoryID);   </span>
</li>
<li><span>rs = ps.executeQuery();   </span></li>
<li class="alt">
<span></span><span class="keyword">if</span><span> (rs.first()) {   </span>
</li>
<li>
<span>ret = </span><span class="keyword">new</span><span> Category(rs.getString(</span><span>).trim(),   </span>
</li>
<li class="alt">
<span>rs.getString(</span><span>),   </span>
</li>
<li>
<span>rs.getString(</span><span>));   </span>
</li>
<li class="alt"><span>}   </span></li>
<li><span>rs.close();   </span></li>
<li class="alt"><span>ps.close();   </span></li>
<li><span> </span></li>
<li class="alt"><span>c.close();   </span></li>
<li>
<span></span><span class="keyword">return</span><span> ret;   </span>
</li>
<li class="alt"><span>}   </span></li>
<li>
<span></span><span class="keyword">catch</span><span> (SQLException se) {   </span>
</li>
<li class="alt">
<span></span><span class="keyword">throw</span><span> </span><span class="keyword">new</span><span> CatalogDAOSysException(</span><span class="string">"SQLException: "</span><span>   </span>
</li>
<li><span>+ se.getMessage());   </span></li>
<li class="alt"><span>}   </span></li>
<li><span> </span></li>
<li class="alt"><span>....   </span></li>
<li><span>}   </span></li>
</ol>

Bridge模式参与者总结如下：

◆商业逻辑抽象类 (CatalogEJB)

◆抽象的商业逻辑操作.

◆对DAOImplementor调用.

◆不关心是具体什么数据源被使用(无论是Oracle还是JDBC还是XML).

◆DAO(Data Access Object) (CatalogDAO)

◆对数据源的抽象操作行为.

◆提供了非常方便访问和维护管理数据的API结构.

◆DAOImplementor (CatalogDAOImpl 有可能有CatalogDAOImplSybase CatalogDAOImplMysql 等)

◆实现具体的DAO接口内容.

◆使用Adapter模式，将特定的数据源驱动接口适配到DAO接口中去

◆数据源 ( Oracle, or Sybase database via JDBC API)

◆提供访问具体数据库的驱动接口，如包括连接池等.

在使用数据源驱动接口时，需要使用Adapter模式，Adapter模式将两个不相关的类纠合在一起使用，Adapter模式实际是使用组合(composition)和继承(inheritance)两种方式再生类，在著名的"think in Java"的"类再生"专门提到这两个方式.

很显然，如果你对Bridge模式和Adapter模式熟悉，那么对宠物店中的Catalog理解就会非常快，同样，在宠物店其他部分如订单 用户注册 等都能迅速理解。

Factory模式和Singleton模式

该模式类似new，是用来创建对象的，使用Factory模式是为了实现面向对象的基本原则.封装(Encapsulation)和分派(Delegation);将创建对象与使用对象进行分工。因此在平时开发过程中，尽量使用Factory模式创建对象。

本例CatalogEJB中是使用Factory模式获得一个DAO的具体实例对象，见上面CatalogEJB代码中注释。我们看看CatalogDAOFactory的代码:

<ol class="dp-j">
<li class="alt"><span><span class="keyword">public</span><span> </span><span class="keyword">class</span><span> CatalogDAOFactory {   </span></span></li>
<li>
<span></span><span class="keyword">public</span><span> </span><span class="keyword">static</span><span> CatalogDAO getDAO() </span><span class="keyword">throws</span><span> CatalogDAOSysException {   </span>
</li>
<li class="alt"><span> </span></li>
<li>
<span>CatalogDAO catDao = </span><span class="keyword">null</span><span>;   </span>
</li>
<li class="alt">
<span></span><span class="keyword">try</span><span> {   </span>
</li>
<li>
<span>InitialContext ic = </span><span class="keyword">new</span><span> InitialContext();   </span>
</li>
<li class="alt"><span>String className = (String) ic.lookup(JNDINames.CATALOG_DAO_CLASS);   </span></li>
<li><span>catDao = (CatalogDAO) Class.forName(className).newInstance();   </span></li>
<li class="alt">
<span>} </span><span class="keyword">catch</span><span> (NamingException ne) {   </span>
</li>
<li><span>...   </span></li>
<li class="alt"><span> </span></li>
<li><span>}   </span></li>
<li class="alt">
<span></span><span class="keyword">return</span><span> catDao;   </span>
</li>
<li><span>}   </span></li>
</ol>

在CatalogDAOFactory可以依据系统的配置文件，动态获得DAO的方法，之所以采取动态方式，当然便于用户自己增加自己的DAO方式，而不必修改代码，只要直接修改配置文件就可以。

如果在这里只需要CatalogDAOFactory产生一个实例,可以采取Singleton模式,Singleton的目的是控制类实例对象的创建，并且允许整个程序只在一点对它进行访问。Singleton本身类只能创建一个,是单线程。

<ol class="dp-j">
<li class="alt"><span><span class="keyword">public</span><span> </span><span class="keyword">class</span><span> CatalogDAOFactory {   </span></span></li>
<li>
<span></span><span class="keyword">private</span><span> </span><span class="keyword">static</span><span> CatalogDAO catDao = </span><span class="keyword">null</span><span>;   </span>
</li>
<li class="alt"><span> </span></li>
<li>
<span></span><span class="keyword">public</span><span> </span><span class="keyword">static</span><span> CatalogDAO getIntance(){   </span>
</li>
<li class="alt">
<span></span><span class="keyword">if</span><span> (catDao==</span><span class="keyword">null</span><span>)   </span>
</li>
<li>
<span></span><span class="keyword">try</span><span> {   </span>
</li>
<li class="alt">
<span>InitialContext ic = </span><span class="keyword">new</span><span> InitialContext();   </span>
</li>
<li><span>String className =   </span></li>
<li class="alt"><span> (String) ic.lookup(JNDINames.CATALOG_DAO_CLASS);   </span></li>
<li><span>catDao = (CatalogDAO) Class.forName(className).newInstance();   </span></li>
<li class="alt">
<span>} </span><span class="keyword">catch</span><span> (NamingException ne) {   </span>
</li>
<li><span>...   </span></li>
<li class="alt"><span> </span></li>
<li><span>}   </span></li>
<li class="alt"><span> }   </span></li>
<li>
<span></span><span class="keyword">return</span><span> catDao;   </span>
</li>
<li class="alt"><span> </span></li>
<li><span>}   </span></li>
<li class="alt"><span>}   </span></li>
</ol>

那么在CatalogEJB的调用从
dao = CatalogDAOFactory.getDAO();
要改为
dao = CatalogDAOFactory.getIntance();

Facade模式

在EJB应用中，有两个端点，这一端是用户端，另外一端是EJB,通常在这两个端点间会增加一层，用来松散两个端点之间的耦合，比如在宠物店例子中,考虑到不同身份的用户有不同的操作流程，比如顾客注册进入后，需要浏览目录，下订单，而商店管理者进入后需要确认或者否定订单，或者检查库存。这些功能需要借助Session bean和Entity bean完成。

但是如果用户端直接和这些bean互动,会有以下问题:

1. 用户端必须注意和这些beans的所有有联系或互动的事情，无法阻止用户端可能不恰当的使用这些beans.
2.如果EJB的API改动，那么用户端的一些代码也要修改。无疑扩展性很差。
3.即使这些beans都在同一台服务器上，用户端还是用remote方式来调用它们，造成网络无故拥挤。

那么我们使用Facade模式来解决这个问题，Facade的定义是为子系统中的一组接口提供一个一致的界面,很显然我们需要为这些bean提供一个统一的对外界面。

在宠物店中，ShoppingClientFacadeLocalEJB是面对所有用户端操作的统一界面，用户端操作就不直接和那些EJB如CustomerEJB或ShoppingCartEJB有联系,而是都通过ShoppingClientFacadeLocalEJB来联系的。代码如下：

<ol class="dp-j">
<li class="alt"><span><span class="keyword">public</span><span> </span><span class="keyword">class</span><span> ShoppingClientFacadeLocalEJB </span><span class="keyword">implements</span><span> SessionBean {   </span></span></li>
<li><span>...   </span></li>
<li class="alt"><span> </span></li>
<li>
<span></span><span class="comment">//和CustomerEJB联系  </span><span> </span>
</li>
<li class="alt">
<span></span><span class="keyword">public</span><span> CustomerLocal getCustomer() </span><span class="keyword">throws</span><span> FinderException {   </span>
</li>
<li>
<span></span><span class="keyword">if</span><span> (userId == </span><span class="keyword">null</span><span>) {   </span>
</li>
<li class="alt"><span>...   </span></li>
<li><span>}   </span></li>
<li class="alt">
<span></span><span class="keyword">try</span><span> {   </span>
</li>
<li>
<span>InitialContext ic = </span><span class="keyword">new</span><span> InitialContext();   </span>
</li>
<li class="alt">
<span>Object o = ic.lookup(</span><span class="string">"java:comp/env/ejb/petstore/local/customer"</span><span>);   </span>
</li>
<li><span>CustomerLocalHome home =(CustomerLocalHome)o;   </span></li>
<li class="alt"><span>customer = home.findByPrimaryKey(userId);   </span></li>
<li>
<span>} </span><span class="keyword">catch</span><span> (javax.naming.NamingException nx) {   </span>
</li>
<li class="alt"><span>　 ...   </span></li>
<li><span>}   </span></li>
<li class="alt"><span> </span></li>
<li>
<span></span><span class="keyword">return</span><span> customer;   </span>
</li>
<li class="alt"><span>}   </span></li>
<li><span> </span></li>
<li class="alt"><span>.....   </span></li>
<li><span> </span></li>
<li class="alt">
<span></span><span class="comment">//和ShoppingCartEJB联系  </span><span> </span>
</li>
<li>
<span></span><span class="keyword">public</span><span> ShoppingCartLocal getShoppingCart() {   </span>
</li>
<li class="alt">
<span></span><span class="keyword">if</span><span> (cart == </span><span class="keyword">null</span><span>) {   </span>
</li>
<li>
<span></span><span class="keyword">try</span><span> {   </span>
</li>
<li class="alt">
<span>InitialContext ic = </span><span class="keyword">new</span><span> InitialContext();   </span>
</li>
<li>
<span>Object o = ic.lookup(</span><span class="string">"java:comp/env/ejb/cart/Cart"</span><span>);   </span>
</li>
<li class="alt"><span>ShoppingCartLocalHome home =(ShoppingCartLocalHome)o;   </span></li>
<li><span>cart = home.create();   </span></li>
<li class="alt">
<span>} </span><span class="keyword">catch</span><span> (javax.ejb.CreateException cx) {   </span>
</li>
<li><span>　...   </span></li>
<li class="alt"><span>}   </span></li>
<li><span>}   </span></li>
<li class="alt">
<span></span><span class="keyword">return</span><span> cart;   </span>
</li>
<li><span>}   </span></li>
<li class="alt"><span> </span></li>
<li><span>....   </span></li>
<li class="alt"><span> </span></li>
<li><span>}   </span></li>
</ol>

Facade模式参与者：

◆SessionFacade (ShoppingClientFacadeLocalEJB)

◆提供一组操作流程

◆将真正工作委托到EJB的bean.

◆EJB的bean (CustomerEJB, ShoppingCartEJB等等)

◆执行基本的商业逻辑操作

◆没有任何对SessionFacade的调用.

这样不但可扩展性大大增强，效率也提高了，用户端只需要一次Remote对SessionFacade调用就可以了，而SessionFacade会自动定位到与它同一台服务器的那些邻居bean(CustomerEJB, ShoppingCartEJB等等),无疑减少网络拥挤，提高了速度.

总结

在EJB的具体使用中，使用合适的设计模式，不但使代码可重用性 可拓展性增强，最重要的是能提高效率和速度，我们知道EJB框架由于考虑大型系统中事务安全等各方面问题，效率性能有所欠缺，那么我们在具体问题具体应用时，使用设计模式可以弥补这个问题。

ejb 设计模式 bean 数据库 框架

Clevebaby

Clevebaby

0 关注 0 粉丝 0 动态

关注 关注

相关推荐

JPA EntityManager详解

部署在EJB容器中的JAR包都可以认为是运行在EJB容器中。所以从某种角度上来说，这种方式是JPA能够独立于EJB环境运 行的基础。理想状态下，最好是选用容器托管的EntityManager对象的方式，但在特殊的环境下，还是需要使用应用托管的EntityM

celerylxq 2015-04-09

报表引擎API开发入门— EJB程序数据源

我们前面讲了几个数据源，今天我们来讲一下EJB数据源，这篇讲完我们数据源这部分就讲完了。数据连接不需要直接访问数据库，而是使用EJB做为数据源。FR通过定义程序数据集使用EJB的相关类获取到EJB数据源，然后转为我们里面的二维表作为报表数据源使用，进行展示

大数据实战派 2015-09-01

myeclipse下成功开发Enterprise Application project

以前用myeclipse写过单独的ejb程序，也写过单独的web程序。服务器都是weblogic10.一直没有把他们整合起来。今天就来把ejb和web项目整合，实现一个真正的基于MVC模式的应用程序。最后就是选择“Newwebmodel”和“Newejbm

Gin工作室 2012-12-04

EJB事务

事务类型可以分为本地事务和分布式事务。现在最流行的分布式事务协议是XA协议，XA规范的基础是两阶段提交协议。EJB有两种使用事务的方式。一种是通过容器管理的事务声明式地管理事务，可以通过注解或部署描述文件完成，另一种是bean管理的事务需要以编程方式显示管

powerful 2013-10-20

Web 容器 与 EJB 容器的认识

J2EE 容器为 J2EE 应用程序组件提供运行时支持。J2EE 应用程序组件使用容器的协议和方法访问服务器提供的其他应用程序组件和服务。Application Server 提供了应用程序客户机容器、小应用程序容器、Web 容器和 EJB 容器。给处于其

xuguokun 2012-05-03

SPRING VS EJB3

埋头用了 N 久的 Spring, 习惯了满天飞舞的 SSH, SSI, SS... ，没再顾得上还有个 EJB 的存在，一提及 EJB 便联想到了失败，且是重量级的失败。时过境迁，剩者为王，好歹 spring 和 ejb3 都剩了下来，所以需要再次 PK

编程点滴 2012-02-14

No EJB receiver available for handling ...

在Jboss EAP 6中，调用远程EJB时出现这个错误, 原因可能是JNDI格式写错了。注意appName前是没有"/"的！如没有distinctName，留空，即连续两个”//“。throw new RuntimeException

Enjoyendless 2016-07-02

corba,ejb ,webservice,rest分布式 区别

1) REST走的是HTTP协议，并且充分利用或者说极端依赖HTTP协议Corba和EJB是采用专有的二进制协议，SOAP可以但不依赖HTTP，并且仅仅使用HTTP POST。2) REST是基于HTTP抽象资源的分布式调用，换句话来说，就是分布式调用是绑

yangyong 2014-09-30

Struts2+EJB2+Spring2+Ibatis分布式事务参考

使用EJB容器管理事务默认启用的是JTA事务，且是基于EJB方法的事务控制，要求在EJB方法包含完成一个业务且需要进行事务控制的各种操作，下边给出一个完整实例。因此，通过ejb控制事务时，ejb方法就变成了业务方法，封装了一个业务对应的各种操作，和项目技

fightgirl 2013-06-27

Java EJB、CORBA、Webservices分布式通信基本原理及特点

会暴露表结构、安全性也不是特别好、并且也是不标准的 另外有些数据，并不是单纯的一张表就能体现出来的，可能要通过一定的算法计算出来结果的2、如果二者采用WebServices通信的话，那么就是使用SOAP协议来交互数据，该数据就是采用HTTP协议传送XML文

BlogForUS 2013-05-13

Hibernate异常(2)：javax.persistence.OneToMany.orphanRemoval()Z

javaee或者ejb的jar包与hibernate-jpa-2.0-api-1.0.0.Final.jar产生了冲突，如果如果在项目中没有javaee或ejb的jar包的需要，删除即可

systemxgl 2013-03-19

spring应用 事务学习2 详细学习

大多数Spring用户选择声明式事务管理。这是对应用代码影响最小的选择，因此也最符合 非侵入式 轻量级容器的理念。Spring的声明式事务管理是通过Spring AOP实现的，因为事务方面的代码与Spring绑定并以一种样板式风格使用，不过尽管如此，你一般

haidaoxianzi 2013-03-05

JAVA持久化框架选择：EJB？JPA？Hibernate？TopLink?

采用 Java 持久化框架：选择、时机和优缺点？这篇文章比较了Entity Enterprise Java Bean 、Java Persistence API 、Hibernate和TopLink，非常的详细和清楚。文中提到了JDO，但并没有展开说。Ja

大米时代李东龙 2012-12-07

ejb 多数据库操作

<?xmlversion="1.0"encoding="UTF-8"?>. <!<!<track-connection-by-tx>true</track-connectio

LemonSnm 2012-10-24

浅析Spring、EJB与SCA架构

Spring是J2EE标准中的一个重要架构，它能有效的组织J2ee各应用层的对象。依赖注入和控制反转是同一个概念，在传统程序实际中，调用者想要调用另一个对象需要自己创建被调用者的实例，在Spring中，创建被调用者的工作由Spring容器完成。设值注入通过

职业炮灰 2012-07-31

开发EJB容器模型的WEB服务

Web服务也是一种分布式技术，它与EJB最大的不同是，Web服务属于行业规范，可以跨平台及语言。看上去两者好像是互相竞争的关系，其实不是。的是这个系统对外提供什么功能，而EJB偏重的是如何使用一个个组件组装这些功能。构造这些小零件，web服务并不关心，但这

Assdqd 2012-05-25

通过ANT提高EJB应用的开发效率

通过ANT完成对应用的编译 打包 发布 和 解发布Eclipse集成了ANT，右键项目，new XML File文件。-- name为项目名称，basedir指定项目所在路径和build.xml文件同级 --><project name=&qu

MyIgnorance 2012-05-22

J2EE系统的概念及如何开发 [转]

J2EE学习者越来越多，J2EE本身技术不断在发展，涌现出各种概念，本文章试图从一种容易理解的角度对这些概念向初学者进行解释，以便掌握学习J2EE的方向。首先我们需要知道Java和J2EE是两个不同概念，Java不只是指一种语言，已经代表与微软不同的另外一

wangteng 2012-02-23

EJB事物 笔记

通常，我们把一组连续不可分的数据库操作称为一个事务。原子操作，是由不可分操作组成的，使这些不可分的操作，一同操作成功或者一同失败。各个子事务必须都成功，整个事务才能成功提交；跨越多个数据资源的事务叫做分布式事务。企业级应用中，业务需要跨越多个数据资源，并且

usstlidawei 2011-12-12

WEB-EJB刷新缓存解决方案

但是，EJB容器已经提供了对象池和缓存机制，所以，没有事务机制的无状态Session Bean的性能肯定要强于普通JavaBeans。EJB容器不但在单机中提供了对象池和缓存，而且可以跨服务器实现动态负载平衡，这些都无需开发者自己开发任何软件代码，结构如下

MRanger 2011-09-27
Clevebaby

Clevebaby

W3CSchool教程
HTML 教程
CSS 教程
Bootstrap 教程
Javascript 教程
jQuery 教程
后端教程
C 教程
Java 教程
PHP 教程
Python 教程
Go 教程
移动开发
Android 教程
Swift 教程
Kotlin 教程
jQuery Mobile 教程
ionic 教程
关于我们
新闻动态
联系方式
招聘英才
安科实验室
帮助与反馈

安科网(Ancii)，中国第一极客网

Copyright © 2013 - 2019 Ancii.com

京ICP备18063983号 京公网安备11010802014868号