dongivan http://dongivan.javaeye.com UTF-8 Copyright 2003-2008, JavaEye.com http://blogs.law.harvard.edu/tech/rss JavaEye - 做最棒的软件开发交流社区 Xdoclet生成SessionBean 和 EntityBean代码 dongivan 作者: dongivan  链接：http://dongivan.javaeye.com/blog/99515  发表时间: 2007年07月09日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

xDoclet 简介

使用XDoclet，你能够在J2EE环境下更加高效地工作，你所看到的Bean以及Bean之间的关系将更加简单，许多繁杂的事情将远离你的EJB开发过程。

XDoclet从Rickard Oberg创建的EJBDoclet工具发展而来，它的设想很简单：避免为每个EJB提供多个文件，而是从单一Bean类文件中提供组件需要的所有信息。那么，这是如何实现的呢？Java没有.NET吹嘘的“属性”，但Java有Javadoc标记。我们可以把一个特殊的@标记放入Javadoc注释，然后让一个Doclet工具处理这些标记。由工具为指定的Bean生成合适的XML描述器文件和接口文件。XDoclet建立在EJBDoclet思想的基础上，但适用范围不再局限于EJB。现在，我们已经可以用XDoclet生成Web服务、Web应用描述器，甚至还可以对它进行扩展，满足自己的特殊需要。

 

@标记有一个标准的格式，包含一个“名称空间”以及一个属于该名称空间的“标记名称”。标记的属性以“名字=值”的形式在标记中指定。下面是一个例子：

 

/**

* @namespace:tag name="value" name2="value2" ...

*/

 

当前可用的名称空间包括：

ejb 标准的EJB信息（非厂商私有的信息）

jboss 面向JBoss应用服务器的信息。

weblogic 面向BEA Weblogic应用服务器的信息。

webSphere 面向IBM WebSphere应用服务器的信息。

orion 面向Orion应用服务器（Oracle）的信息。

castor 为Castor框架生成映射信息。

mvcsoft 为MVCSoft EJB 2.0持久化管理器生成文件。

soap 生成SOAP描述器。

struts 生成struts-config.xml。

web 为Web应用生成web.xml配置文件。

jsp 生成标记库扩展描述器信息。

从上面的清单可以看出，除了EJB之外，XDoclet还提供了许多其它方面的支持（因此它的名字也从EJBDoclet变成了XDcolet）。

在myEclipse中的配置

以下本文使用eclipse结合myeclipse插件，进行ejb的开发和演示。安装好eclipse和myeclipse以后，就可以新建项目进行ejb project的开发。

1. 新建立EJB Project。

 

输入工程名称：myEJB，注意，src是默认的源码输出文件夹，因为在myeclipse中很多xdoclet配置文件的输出文件目标路径默认值都是该文件夹，所以建议大家不要修改这个默认值。

 

新建立项目后，由于目前没有ejb-jar.xml的配置文件，所以会有一个warning信息：

 

这个警告信息会在xdoclet运行生成ejb-jar.xml文件后消失。

2. 鼠标右键选择新建的myejb项目，弹出窗口中选择properties

 

进入到myeclipse-xdoclet，准备进行项目的xdoclet配置

 

增加一个标准的配置，然后选择ejb的标准配置

 

这个操作将生成ejb代码的选项都进行默认的配置，不依赖于任何的应用程序服务器

 

不过我这个演示是用的jboss的服务器，所以还需要增加jboss的选项，右键点上图中的ejbdoclet的根节点，选择add来增加ejb的生成项目，在出现的选择列表中，选择jboss

 

然后配置新增加的jboss的选项，一般来说，有如下4项需要填写，见下图标记部分：

 

其中，

version表明你用的jboss的版本，我用的是jboss-4.0.3，但是只需要标记4.0即可,如果你使用的是3.2.*的版本，那就填写成为3.2，

第二个是你在jboss中配置的datasource的名称

第三个是你用到的数据源映射名称，这个名称是不能够任意填写，必须按照jboss配置文件中填写，配置文件在C:jboss-4.0.3serverdefaultconfstandardjbosscmp-jdbc.xml（我的jboss安装目录）我测试用的是mysql，所以填写mySQL。如果是oracle9i的数据库，则为Oracle9i，更加详细的信息，察看standardjbosscmp-jdbc.xml文件

最后一个是生成jboss.xml和jbosscmp-jdbc.xml的目标文件夹，一般生成到src/META-INF文件夹。

到这里，xdoclet的配置完成，下面将创建EntityBean的类并根据定义的tag来生成代码。

生成EntityBean代码

 

首先创建一个entitybean，名称为User，如下图所示，需要注意，包名必须最后是.ejb结尾，否则xdoclet不认

 

创建完成后，检查生成的代码，User.java,会发现在类的上方，会出现如下的tag：

* @ejb.bean name="User"

* display-name="Name for User"

* description="Description for User"

* jndi-name="ejb/User"

* type="CMP"

* cmp-version="2.x"

* view-type="both"

这些是默认生成的tag，不能完全的符合我们的要求，我们修改成为如下，红色为增加的部分：

* @ejb.bean name = "User"

* type = "CMP"

* cmp-version = "2.x"

* display-name = "User"

* description = "User"

* view-type = "both"

* jndi-name = "ejb/UserHome"

* local-jndi-name = "ejb/UserLocalHome"

* primkey-field = "userId"

* @ejb.persistence table-name = "systemuser"

* @jboss.persistence table-name = "systemuser"

* @ejb:util

* generate="physical"

然后，需要为user entity增加它的几个相关的方法

在相关的地方修改这个抽象的类，修改后，红色为增加的部分：

public abstract class User implements EntityBean {

 

/** The entity context */

private EntityContext context;

 

/**

* @ejb.interface-method view-type = "both"

* @ejb.persistence column-name = "userId"

* @ejb.pk-field

*

* @return

*/

public abstract String getUserId();

/**

* @ejb.interface-method view-type = "both"

*

* @param userId

*/

public abstract void setUserId(String userId);

/**

* @ejb.interface-method view-type = "both"

* @ejb.persistence column-name = "userName"

*

* @return

*/

public abstract String getUserName();

/**

* @ejb.interface-method view-type = "both"

*

* @param userName

*/

public abstract void setUserName(String userName);

/**

* @ejb.interface-method view-type = "both"

* @ejb.persistence column-name = "Password"

*

* @return

*/

public abstract String getPassword();

/**

* @ejb.interface-method view-type = "both"

*

* @param password

*/

public abstract void setPassword(String Password);

好了，entitybean修改成为这样以后就可以生成相关的接口和实现类了

 

如果运行正常，在控制台窗口中会出现如下提示：

Buildfile: F:workspaceMyEJB.xdoclet-build.tmp.xml

N65540:

[ejbdoclet] (XDocletMain.start 47 ) Running <remoteinterface/>

[ejbdoclet] Generating Remote interface for 'com.mycom.myejb.entity.ejb.User'.

[ejbdoclet] (XDocletMain.start 47 ) Running <localinterface/>

[ejbdoclet] Generating Local interface for 'com.mycom.myejb.entity.ejb.User'.

[ejbdoclet] (XDocletMain.start 47 ) Running <homeinterface/>

[ejbdoclet] Generating Home interface for 'com.mycom.myejb.entity.ejb.User'.

[ejbdoclet] (XDocletMain.start 47 ) Running <localhomeinterface/>

[ejbdoclet] Generating Local Home interface for 'com.mycom.myejb.entity.ejb.User'.

[ejbdoclet] (XDocletMain.start 47 ) Running <dataobject/>

[ejbdoclet] Generating Data Object class for 'com.mycom.myejb.entity.ejb.User'.

[ejbdoclet] (XDocletMain.start 47 ) Running <valueobject/>

[ejbdoclet] (XDocletMain.start 47 ) Running <entitypk/>

[ejbdoclet] (XDocletMain.start 47 ) Running <entitycmp/>

[ejbdoclet] Generating CMP class for 'com.mycom.myejb.entity.ejb.User'.

[ejbdoclet] (XDocletMain.start 47 ) Running <entitybmp/>

[ejbdoclet] (XDocletMain.start 47 ) Running <session/>

[ejbdoclet] (XDocletMain.start 47 ) Running <dao/>

[ejbdoclet] (XDocletMain.start 47 ) Running <utilobject/>

[ejbdoclet] Generating Util class for 'com.mycom.myejb.entity.ejb.User'.

[ejbdoclet] (XDocletMain.start 47 ) Running <deploymentdescriptor/>

[ejbdoclet] Generating EJB deployment descriptor (ejb-jar.xml).

[ejbdoclet] (XDocletMain.start 47 ) Running <jboss/>

[ejbdoclet] Generating jboss.xml.

[ejbdoclet] Generating jbosscmp-jdbc.xml.

_xdoclet_generation_:

BUILD SUCCESSFUL

Total time: 8 seconds

如果你在运行中，出现了

N65540:

 

BUILD FAILED

java.lang.UnsupportedClassVersionError: xjavadoc/ant/XJavadocTask (Unsupported major.minor version 49.0)

 

的异常，建议你更换以下eclipse的jre环境。例如当我用jdk1.4.2的时候就出现上述异常，更换为jdk1.5后即正常运行。

生成SessionBean代码

 

 

 

 

 

 

修改生成的类为抽象的类

public abstract class UserManager implements SessionBean {

…………….

 

修改UserManager的xdoclet标签为：

* @ejb.bean name="UserManager"

* display-name="Name for UserManager"

* description="Description for UserManager"

* jndi-name="ejb/UserManagerHome"

* type="Stateless"

* view-type="both"

 

下面将增加一个login的方法，将UserManager.java移动到最下方，你会发现xdoclet已经给你创建了一个现有的方法：

/**

* An example business method

*

* @ejb.interface-method view-type = "both"

*

* @throws EJBException Thrown if method fails due to system-level error.

*/

public void replaceWithRealBusinessMethod() throws EJBException {

// rename and start putting your business logic here

}

根据你自己的需要修改这个方法，或者增加新的方法，不过一定要保留它的ejb的标签

例如增加一个方法:

/**

* @ejb.interface-method view-type = "both"

*

* @param username

* @param password

* @return

* @throws EJBException

*/

public boolean login(String username,String password) throws EJBException {

boolean loginresult = false;

if(username.equals("gary") && password.equals("gzllm")){

System.out.println("用户名与密码匹配,允许登录系统");

loginresult = true;

}else{

System.out.println("用户名与密码不匹配,不登录失败");

loginresult = false;

}

return loginresult;

}

然后再次运行xdoclet

 

运行成功后会生成如下图所示结构的代码：

 

这个时候就生成了最常用的SessionBean的代码。

 

部署EJB程序

1、 部署ejb代码，首先需要设置你的应用程序服务器，以下我配置了一个jboss的应用程序服务器。在eclipse的windows菜单下选择preferences，选择myeclipse选项，选择你需要使用的服务器，并配置相关的路径，如下图所示：

2、 在Jboss下面的进一步的选项中能够选择运行的模式，可以选择debug模式和run模式，建议现在选择debug模式

3、 JDK选用你正在使用的jdk，点ok配置结束

4、 由于发布的jboss的ejb程序需要用到mySQL数据库，所以还需要配置一下JBoss，首先拷贝mysql的数据库配置文件，从C:jboss-4.0.3docsexamplesjcamysql-ds.xml拷贝到需要发布的服务器中，修改配置文件数据库连接部分为：
<jndi-name>MyEJB</jndi-name>

<connection-url>jdbc:mysql://192.168.2.26:3306/MyEJB</connection-url>

<driver-class>com.mysql.jdbc.Driver</driver-class>

<user-name>root</user-name>

<password>root</password>

<connection-url>jdbc:mysql://192.168.2.26:3306/MyEJB</connection-url>然后启动你自己的mysql的数据库，并创建MyEJB数据库以及相关的User表。

另外，还需要将用到的数据库连接驱动程序mysql-connector-java-3.1.10-bin.jar（我用的mysql的jdbc驱动程序是mysql-connector-java-3.1.10）拷贝到应用程序服务器的lib目录中，我的目录是C:jboss-4.0.3serverdefaultlib，否则在启动jboss的时候会报异常：

16:48:25,078 WARN [JBossManagedConnectionPool] Throwable while attempting to get a new connection: null

org.jboss.resource.JBossResourceException: Could not create connection;

- nested throwable: (org.jboss.resource.JBossResourceException: Failed to register driver for: com.mysql.jdbc.Driver;

- nested throwable: (java.lang.ClassNotFoundException:

No ClassLoaders found for: com.mysql.jdbc.Driver))

5、 在eclipse的工具栏中找到如图所示的一个按钮

6、 增加一个配置

7、 选择刚才配置的jboss服务器

8、 选择完成。

9、 部署完成

10、 运行ejb，点击部署旁边的一个按钮：

11、 Jboss启动过程中，可以看到，刚才写的ejb部分已经发布成功。在控制台的启动log中，你可以看到类似以下语句：17:00:16,453 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:name=MyEJB,service=DataSourceBinding' to JNDI name 'java:MyEJB'

17:00:17,312 INFO [EjbModule] Deploying User

17:00:17,812 INFO [EjbModule] Deploying UserManager

17:00:18,250 INFO [BaseLocalProxyFactory] Bound EJB LocalHome 'User' to jndi 'ejb/UserLocalHome'

17:00:18,328 INFO [ProxyFactory] Bound EJB Home 'User' to jndi 'ejb/UserHome'

17:00:22,796 INFO [BaseLocalProxyFactory] Bound EJB LocalHome 'UserManager' to jndi 'UserManagerLocal'

17:00:22,812 INFO [ProxyFactory] Bound EJB Home 'UserManager' to jndi 'ejb/UserManagerHome'

17:00:22,828 INFO [EJBDeployer] Deployed: file:/C:/jboss-4.0.3/server/default/deploy/MyEJB.jar/

说明entitybean 与sessionbean 部署运行成功。

在JBoss的管理界面中，也可以找到如下的关于myejb.jar的部署说明：

 

 

测试EJB程序

1、 新建一个java project，project name 为MyEJBTest


在项目的libraries中，将J2EE的包添加到项目中，另外还需要增加一个变量，如下图所示：
然后将新增加的变量也增加到你的项目libories中：

2、 在项目的构建路径中增加对MyEJB项目的引用：

3、 新建一个类Test：

4、 编辑生成的Test的类，修改后的代码如下所示：
package com.mycompany.myejb.test;

 

import java.rmi.RemoteException;

import java.util.Properties;

 

import javax.ejb.CreateException;

import javax.naming.Context;

import javax.naming.InitialContext;

import javax.naming.NamingException;

import javax.rmi.PortableRemoteObject;

 

import com.mycom.myejb.session.interfaces.UserManager;

import com.mycom.myejb.session.interfaces.UserManagerHome;

 

public class Test {

Properties properties;

public Test() {

properties = new Properties();

properties.put("java.naming.factory.initial",

"org.jnp.interfaces.NamingContextFactory");

properties.put("java.naming.factory.url.pkgs",

"org.jboss.naming:org.jnp.interfaces");

properties.put("java.naming.provider.url", "jnp://localhost:1099");

properties.put("jnp.disableDiscovery", "true");

}

/**

* @param args

*/

public static void main(String[] args) {

// TODO Auto-generated method stub

Test t = new Test();

System.out.println("登录测试结果:" + t.testLogin("gary", "gzllm"));

System.out.println("登录测试结果:" + t.testLogin("errorUser", "gzllm"));

}

public boolean testLogin(String username, String password) {

boolean loginresult = false;

Context ctx;

try {

ctx = new InitialContext(properties);

Object object = ctx.lookup(UserManagerHome.JNDI_NAME);

UserManagerHome userManagerHome = (UserManagerHome) PortableRemoteObject

.narrow(object, UserManagerHome.class);

UserManager userManager = userManagerHome.create();

loginresult = userManager.login(username, password);

} catch (NamingException e) {

e.printStackTrace();

} catch (RemoteException e) {

e.printStackTrace();

} catch (CreateException e) {

e.printStackTrace();

}

return loginresult;

}

}

5、 如上的测试程序测试部署成功的myejb.jar中的login的方法，如果输入的用户名与密码为gary/gzllm则返回true，否则其他的就返回false，运行生成的Test，可以看到如下输出结果：

整个程序测试成功。

总结与补充

1. 由于EJB的一个最基本的设计模式Session Façade，我并没有在测试程序中直接调用User这个entitybean，甚至为了简便，甚至生成了这个类以后就没有使用它。建议在SessionBean中再调用EntityBean，也就是说，你可以在UserManager这个sessionbean中调用User这个EntityBean进行进一步的读取数据库，验证输入的用户名称与密码是否和数据库表中的数据一致，具体的访问操作，在EntityBean中操作。

2. Hibernate的出现，给ejb的使用带来了新的机遇，你可以生成hibernate的相关对象，然后在SessionBean的方法中不调用EntityBean，而是直接调用Hibernate的对象，进行数据库的访问。这将带来更大的灵活性，并能提高程序开发的效率

3. 在测试程序中，可以使用Factory模式，简化SessionBean对象的创建，并能够提高重用。

4. xdoclet不止能够创建ejb的代码，还能够产生hibernate等很多代码，需要进行相关的配置即可，这需要对xdoclet的文档进行进一步的查看与研究，另外还能够自定义tag，例如生成javascript的校验代码。Xdoclet是个好东西，就是用起来很复杂。

5. eclipse的export功能可以输出ant的build.xml文件，不过这个配置文件很基本，你可以根据生成的build配置文件，进一步的扩充，使开发-〉测试-〉打包-〉部署自动化，能提高开发效率。

 

 

 

 

 

 

 



本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Mon, 09 Jul 2007 22:57:37 +0800 http://dongivan.javaeye.com/blog/99515 http://dongivan.javaeye.com/blog/99515 工作流管理系统概述 dongivan 作者: dongivan  链接：http://dongivan.javaeye.com/blog/93964  发表时间: 2007年06月25日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

一.  概述

企业在进行业务处理时，政府在进行公文审批时，都是以流程形式而进行的，在信息化的过程中，企业、政府也将这些业务处理、公文审批的过程信息化了，早期通常是通过程序硬编码的方式来处理这些业务、公文的流转，随着业务、公文的复杂的处理情况不断出现以及需求的不断变更，这种硬编码的方式显然已无法应对，这个时候工作流管理系统应运而生，掀起了一股工作流管理系统的热潮。

那么到底工作流管理系统能够带来什么好处？工作流管理系统通过对业务、公文流转进行分析以及抽象，将不变和变化的部分进行划分，用户可轻松的通过可视化的工具对事项的流程、流程环节涉及的人员(角色)、流程环节的表单、流程环节的操作进行修改，从而到达了应对不断变化的需求的目的，而工作流管理系统通常提供的流程监控、查询统计模块更是极大程度的为用户优化流程提供支持，以提高企业、政府的工作效率。

本文主要描述工作流管理系统通常的结构、参考模型以及通常使用的调度算法。

二.  构成

工作流管理系统，简称WFMS，经过对业务、公文流转过程的分析以及抽象，工作流管理系统围绕业务交互逻辑、业务处理逻辑以及参与者三个问题进行解决，业务交互逻辑对应的为业务的流转过程，在工作流管理系统中对应的提出了工作流引擎、工作流设计器、流程操作来解决业务交互逻辑的问题，业务处理逻辑对应业务流转过程中的表单、文档等的处理，在工作流管理系统中对应的提出了表单设计器、与表单的集成来解决业务处理逻辑的问题，参与者对应到的为流转过程中环节对应的人或程序，在工作流管理系统中通过与应用程序的集成来解决参与者的问题。

工作流管理系统为方便业务交互逻辑、业务处理逻辑以及参与者的修改，多数通过提供可视化的流程设计器以及表单设计器来实现，为实现工作流管理系统的扩展性，多数提供了一系列的API。

一个完整的工作流管理系统通常由工作流引擎、工作流设计器、流程操作、工作流客户端程序、流程监控、表单设计器、与表单的集成以及与应用程序的集成八个部分组成。

2.1.       工作流引擎

工作流引擎作为工作流管理系统的核心部分，主要提供了对于工作流定义的解析以及流程流转的支持。工作流定义文件描述了业务的交互逻辑，工作流引擎通过解析此工作流定义文件按照业务的交互逻辑进行业务的流转，工作流引擎通常通过参考某种模型来进行设计，通过调度算法来进行流程的流转(流程的启动、终止、挂起、恢复等)，通过各种环节调度算法(SPLIT、AND、OR等)来实现对于环节的流转(环节的合并、分叉、选择、条件性的选择等)。

2.2.       工作流设计器

工作流设计器为可视化的流程设计工具，用户通过拖放等方式来绘制流程，并通过对于环节的配置来实现环节操作、环节表单、环节参与者的配置。

工作流设计器为用户以及开发商提供了快速绘制、修改流程的方式，工作流设计器的好坏决定到工作流管理系统的易用性。

2.3.       流程操作

流程操作指所支持的对于流程环节的操作，如启动流程、终止流程、挂起流程、直流、分流(单人办理)、并流(多人同时办理)、联审等，象这些流程操作都是可直接基于引擎所提供的环节调度算法来直接支持的，而在实际的需求中，通常需要自由的对于流程进行干涉，如取回、回退、跳转、追加、传阅、传阅办理等，而这些流程操作对于工作流引擎来说是不合理的，因此必须单独的去实现。

流程操作支持的好坏直接决定到一个工作流管理系统的实用性。

2.4.       工作流客户端程序

工作流客户端程序为工作流系统的表现形式，通常使用Web方式进行展现，通过提供待办列表、已办列表、执行流程操作、查看流程历史信息等来展现工作流系统的功能。

2.5.       流程监控

流程监控通过提供图形化的方式来对流程执行过程进行监控，包括流程运转状况，每个环节所耗费的时间等等，而通过这些可相应的进行流程的优化，以提高工作效率。

2.6.       表单设计器

表单设计器为可视化的表单设计工具，用户通过拖放的方式来绘制业务所需的表单，并可相应的进行表单数据的绑定。

表单设计器为客户以及开发商提供了快速修改表单的方法，表单设计器的易用与否以及功能的完善与否影响到工作流管理系统的易用性。

2.7.       与表单的集成

通常业务流转需要表单来表达实际的业务，因此需要与表单进行集成来实现业务意义，与表单的集成通常包括表单数据的自动获取、存储、修改，表单域的权限控制、流程相关数据的维护以及流程环节表单的绑定。

与表单的集成的好坏影响到工作流管理系统是否能提高开发效率。

2.8.       与应用程序的集成

通过与应用程序的集成来完善工作流管理系统的业务意义，主要涉及到的是与权限系统以及组织机构的集成。流程环节需要相应的绑定不同的执行角色，而流程操作通常需要与权限系统、组织机构进行关联。

三.  参考模型

工作流系统通常通过参考一些标准的模型来进行设计，主要的有WFMC和OMG，在这里主要介绍一下WFMC。

3.1.       WFMC

WFMC是国际工作流管理联盟，它于1993年成立，发布了一系列的工作流定义、软件接口的草案文本，是目前世界上公认的最具权威性的工作流标准制定机构，得到了广泛的支持和应用。

2002年10月25日，WFMC发布了基于XML的流程定义语言1.0版的最终文本（Workflow Process Definition Interface----XML Process Definition Language  文档编号：WFMC-TC-1025），以及此前发布的工作流应用软件接口规范WFMC-TC-1009, WFMC-TC-1013等系列文件，构成了工作流定义及系统的设计标准。

为了实现不同工作流产品之间的互操作，WfMC在工作流管理系统的相关术语、体系结构及应用编程接口等方面制定了一系列标准。工作流管理联盟给出的工作流定义是：工作流是指整个或部分经营过程在计算机支持下的全自动或半自动化。在实际情况中可以更广泛地把凡是由计算机软件系统（工作流管理系统）控制其执行的过程都称为工作流。

一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统，它与工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。

WFMC主要提出了五个接口与工作流执行服务一起共同组成了工作流系统：

l         接口一(工作流定义交换)，用于在建模和定义工具与执行服务之间交换工作流定义。主要是数据交换格式和API。数据交换通过XPDL，API通过WAPI。

l         接口二(工作流客户端应用接口)，用于工作流客户端应用访问工作流引擎和工作列表，通过WAPI完成。

l         接口三(被调用的应用接口)，用于调用不同的应用系统。

l         接口四(工作流系统互操作接口)，用于不同工作流系统之间的互操作。

l         接口五(系统管理和监控)，用于系统管理应用访问工作流执行服务。

四.  核心调度算法

通常流程引擎采用的核心调度算法主要有FSM以及PetriNet两种，基于调度算法来完成流程的流转。

4.1.       FSM(有限状态机)

FSM的定义为包含一组状态集（states）、一个起始状态（start state）、一组输入符号集（alphabet）、一个映射输入符号和当前状态到下一状态的转换函数（transition function）的计算模型。当输入符号串，模型随即进入起始状态。它要改变到新的状态，依赖于转换函数。在有限状态机中，会有有许多变量，例如，状态机有很多与动作（actions）转换(Mealy机)或状态（摩尔机）关联的动作，多重起始状态，基于没有输入符号的转换，或者指定符号和状态（非定有限状态机）的多个转换，指派给接收状态（识别者）的一个或多个状态，等等。

遵循FSM流程引擎通过状态的切换来完成流程的流转。

4.2.       PetriNet

信息流的一个抽象的、形式的模型。指出一系统的静态和动态性质。petrinet通常表示成图。图中有两类用弧彼此相连的结点（称为地点和变换）和指示其动态性能的标记（称为记号）。

遵循PetriNet流程引擎通过令牌来决定流程的流转。

本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Mon, 25 Jun 2007 14:18:48 +0800 http://dongivan.javaeye.com/blog/93964 http://dongivan.javaeye.com/blog/93964 Hello, XWork Interceptor dongivan 作者: dongivan  链接：http://dongivan.javaeye.com/blog/83572  发表时间: 2007年05月27日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

XWork是一个通用的Command模式框架，对它的关注始于我对Interceptor结构了解的需要。对于起步而言，Hello World级的东西总是最为快捷的选择。

在XWork中，Action用以处理核心的逻辑，下面就是一个：

HelloAction.java

java 代码
  1. import com.opensymphony.xwork.Action;   
  2.   
  3. public class HelloAction implements Action {   
  4.     public String execute() throws Exception {   
  5.         System.out.println("Hello, World");   
  6.         return SUCCESS;   
  7.     }   
  8. }  

然后是调用这个Action，如果直接调用的话，一来代码显得没有多大意义，二来后面的戏就没法继续了。于是写出这样的代码：

Main.java

java 代码
  1. import com.opensymphony.xwork.ActionProxyFactory;   
  2. import com.opensymphony.xwork.ActionProxy;   
  3.   
  4. public class Main {   
  5.     public static void main(String[] args) throws Exception {   
  6.         ActionProxyFactory factory = ActionProxyFactory.getFactory();   
  7.         ActionProxy proxy = factory.createActionProxy("", "hello", null);   
  8.         proxy.execute();   
  9.     }   
  10. }   
  11.   

AcionProxy，我们可以将它看作Action的一个壳，它的调用最终会作用在Action身上，因此它拥有了“proxy”的美名。而ActionProxyFactory，名字就体现出了它的作用，制造AcitonProxy。
先别忙着运行程序，智慧如你一定会想到，这个proxy怎么和前面的HelloAction关联在一起。我们还需要一个配置文件：

xwork.xml

  2.  "http://www.opensymphony.com/xwork/xwork-1.0.dtd">  
  3. <xwork>  
  4.     <package name="default">  
  5.         <action name="hello" class="HelloAction">               
  6.         action>  
  7.     package>  
  8. xwork>  

“Hello”，这样一个字符串起到“一桥飞架南北，天堑变通途”的作用，一端它在ActionProxyFactory创建ActionProxy时，作为传入参数连接起proxy，另一端它在配置文件中，与具体类型相连，找到了具体的Action。
既然困难已经排除，还等什么？就这样，“Hello, World”出现了。也许会有些无关大雅的警告，说明我们没有为HelloAction返回success进行处理，忽略它。

blog的标题提醒我，终极目标是Interceptor。Interceptor是这样一种架构模式，它允许将服务透明地添加到框架之中，当我们关注的事件发生时，就会自动触发这个服务。JBoss之所以灵活，其核心架构就是Interceptor。对了，XWork的来源于WebWork，而WebWork的创造者便是大名鼎鼎的Rickard Oberg，而他正是JBoss灵活的架构正是出自他的手笔。J2EE开发者的工具箱中还有一件工具也采用了Interceptor的实现，它便是Servlet Filter。了解Interceptor对于理解AOP有着相当的好处，因为二者之间存在太多的相似，以致于有人专门站出来声明“AOP != Interceptor”。

对于程序员而言，任何话语都没有代码来得实惠，下面就是一个Interceptor：

HelloInterceptor.java

java 代码
  1. import com.opensymphony.xwork.interceptor.Interceptor;   
  2. import com.opensymphony.xwork.ActionInvocation;   
  3.   
  4. public class HelloInterceptor implements Interceptor {   
  5.     public void init() {           
  6.     }   
  7.   
  8.     public void destroy() {           
  9.     }   
  10.   
  11.     public String intercept(ActionInvocation invocation) throws Exception {   
  12.         System.out.println("Hello, Interceptor");   
  13.            
  14.         return invocation.invoke();   
  15.     }   
  16. }   

省略用以管理声明周期的init和destroy，我们把焦点放在intercept方法。除了一句将用以证明它存在的打印语句之外，这个方法中还有一条语句：
   

java 代码
  1. return invocation.invoke();  


在通常的Interceptor实现中，各个Interceptor往往会形成一条链，这句invocation.invoke()就是把控制权交出的方式，调用便是沿着这条链一步步向后面走去，熟悉设计模式的朋友一眼便能看出，这是职责链的一种实现，而它恰恰是Interceptor架构的关键。

为了让它发光发热，我们还需要在配置文件里做一些修改，先是加上一个Interceptor：

xml 代码
  1. <interceptors>  
  2.     <interceptor name="helloInterceptor" class="HelloInterceptor"/>  
  3. interceptors>  


接着，要让action知道它的存在，我们还要修改Action：

xml 代码
  1. <action name="hello" class="HelloAction">  
  2.     <interceptor-ref name="helloInterceptor"/>  
  3. action>  

至于主文件，就不再修改了，否则如何体现“透明”的添加服务呢！
再次运行程序，劳动成果得到了体现：
Hello, Interceptor
Hello, World

来自 http://dreamhead.blogbus.com/logs/2004/12/549553.html


本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Sun, 27 May 2007 13:34:44 +0800 http://dongivan.javaeye.com/blog/83572 http://dongivan.javaeye.com/blog/83572