什么是工作流：
就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。

工作流的应用场景：
soa中的时序编排，oa系统中的审批流转。大部分管理流程中都可以用到工作流。

工作流与业务的关系
一、业务集成到工作流中：一种常见的做法是把所有的业务集成到工作流中，如果有个业务就定义个function，然后放进去。例如要生成spcode。
1、带来的好处：
业务与工作流完全集成，只需要找到工作流配置文件，以他为主线就能找到所有的业务。让代码的阅读维护更方便。
2、坏处：
并不是最好的理念，仍然需要一次次的读原来的代码，复用性差，可剥离性差（比如我不想用工作流了），替换性差（比如我想从osworkflow到jbpm），侵入性高。跟现在大家说的最多的soa冲突。
3、适用环境
小项目开发，灵活，重写难度不大

二、业务单独写，工作流后加入进去
用非工作流的代码实现所有的业务，再用工作流编排
1、带来的好处：
符合soa的原则，可以分组件，分服务，分应用，复用性好，一旦复用消耗小，并不需要了解内部代码。
2、坏处：
初期消耗大，业务划分难度大，需要频繁调整。
3、适用环境
越大型的项目越好，甚至可以在应用之间组织。在电子系统集成中最有用。

工作流引擎：
字面意思理解，工作流引擎就是工作流核心元素解决方案。
那工作流的核心是什么呢？
有权限的操作者触发流程在各种条件下的跳转。
关键的是权限，条件，跳转。
所以工作流引擎实现的就是：
根据角色、分工和条件的不同决定信息传递路由

使用工作流引擎带来的便利：
1、开发简化
2、稳定性
3、易维护

理解工作流：
一句话：其实软件设计上更多的是借鉴非软件知识，比如设计模式来源于建筑。哲学上也有大同理论。

说了好久的工作流，知道它的好处，知道它的坏处，知道应用场景，但工作流还是有点朦胧，想到设计工作流，理解工作流还是有点头疼。特别是在大的场景，比如说我要实现任意方式定义的流程。听到这个就头大。那如何解决这个问题呢？

越是这类问题，约容易从理论的高度来解决。那么我们来看osworkflow是基于什么实现的？有限状态机。当我们放到宏观，我们要解决所有问题的时候会感觉很棘手，任意流程。但放到微观呢。虽然我们最终是要解决整个的路由。但是我只要解决任意两个step之间的路由。所有的路由就解决了。这也是数学上的归纳法。

好了现在的问题已经变成如何解决两个step之间的路由了，从两个step之间的路由，再次缩减到，我只需要知道一个step可以到什么地方，那我就知道是否两个step之间存在路由。

那放到一个step上是否就是有限状态机了呢？没错。
step就是状态，action就是状态转换，但是osworkflow赋予了action太多的功能，变成了action中的result才是转换，而action变成了转换过程中一些列操作及转换的集合。

有限状态机：
你熟悉他吗，一定的，一定熟悉他，想想有多少程序是基于他实现的。比如rpg游戏中迷宫的任意路口，比如rpg游戏中的情节设定。如果你写一个游戏引擎，你会发现fsm离你有多近。即使你不写游戏引擎，你玩游戏吗，在rpg中是否用笔通过一个个的点再现过迷宫地图，是否通过一次次的通关找到各种隐藏情节，这就是状态机。

osworkflow的设计工具：
为什么osworkflow不提供设计工具呢，osworkflow开发者说，要灵活，这是程序员干的事情。但是uml本身也是程序员干的事情。再想想因为osworkflow基于有限状态机，而对于有限状态机这种如果用uml表现出来是困难的。总会出一些难以控制的地方，再来看看jbpm，因为jbpm是基于状态图的，来源于uml，所以更容易出设计工具。

个人理解，大家交流

步骤一：

在www.apache.org下载所需的类包

commons-codec-1.3.jar

commons-httpclient-3.1-rc1.jar

commons-logging.jar

步骤二：

制作证书：

keytool -genkey -alias tomcat -keyalg RSA

任意输入，最后一个提示输入回车（保证两个密码相等）否则tomcat不能启动.

默认生成的文件在用户目录下.keystore

步骤三：

配置tomcat

更改tomcat配置文件server.xml

加入

<Connector port="8443" maxHttpHeaderSize="8192"

               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

               enableLookups="false" disableUploadTimeout="true"

               acceptCount="100" scheme="https" secure="true"

               clientAuth="false" sslProtocol="TLS"

                        keystoreFile="C:\.keystore"   keystorePass="123456"

                        />

其中keystoreFile是刚生成文件的带全路径的名字

keystorePass是刚才建立证书时候的名字

启动tomcat，访问https:\\localhost:8443/如果能正常看到，说明tomcat的https配置成功.

步骤四：

生成jdk能使用的证书
 1,用ie导出证书(导出方法：http://www.ibm.com/developerworks/cn/opensource/os-httpclient/#N10114)

2,假设上边导出文件的名字叫tt.cer

执行(确保配置了java  home)

keytool -import -noprompt -keystore D:\Java\jdk1.5.0_06\jre\lib\security\carcert -alias tomcat -file tt.cer –trustcacerts

其中红色的部分替换成自己jre的路径,alias同建立证书时的名字，file时刚才导出的证书的名字

会提示输入密码，输入刚才建立证书时输入的密码

步骤五：

编写代码

import org.apache.commons.httpclient.DefaultHttpMethodRetryHandler;
import org.apache.commons.httpclient.HttpClient;
import org.apache.commons.httpclient.HttpStatus;
import org.apache.commons.httpclient.methods.GetMethod;
import org.apache.commons.httpclient.params.HttpMethodParams;


public class Test {
    public static void main(String[] args) throws Exception{
//        normal();
        ssl();

    }
    public static void ssl()throws Exception{
        String url = "https://127.0.0.1:8443/ts/";
        get(url);
    }
    public static void normal()throws Exception{
        String url = "http://127.0.0.1:8080/ts/";
        get(url);
    }
    public static void get(String url) throws Exception{
        HttpClient client = new HttpClient();
        GetMethod getMethod = new GetMethod(url);
        //设置成了默认的恢复策略，在发生异常时候将自动重试3次，在这里你也可以设置成自定义的恢复策略
        getMethod.getParams().setParameter(HttpMethodParams.RETRY_HANDLER, 
                    new DefaultHttpMethodRetryHandler()); 
        //执行getMethod
        int statusCode = client.executeMethod(getMethod);
        if (statusCode != HttpStatus.SC_OK) {
          System.err.println("Method failed: " + getMethod.getStatusLine());
        }
        byte[] responseBody = getMethod.getResponseBody();
        System.out.println(new String(responseBody));
        getMethod.releaseConnection();
    }
}

普通连接和ssl连接只有一个差距就是url

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class Wombat {
    final Logger logger = LoggerFactory.getLogger(Wombat.class);
    Integer t;
    Integer oldT;
    public void setTemperature(Integer temperature) {
        oldT = t;
        t = temperature;
        logger.error("Temperature set to {}. Old temperature was {}.", t, oldT);
        if (temperature.intValue() > 50) {
            logger.info("Temperature has risen above 50 degrees.");
        }
    }
    public static void main(String[] args) {
        Wombat wombat = new Wombat();
        wombat.setTemperature(1);
        wombat.setTemperature(55);
    }
}

下边介绍一下运行上边程序的过程。
1,编译上边的程序，需要classpath中加入slf4j-api-1.4.1.jar文件
2,运行时，需要classpath中加上slf4j-simple-1.4.1.jar
运行得到结果:
----------------------------
0 [main] ERROR Wombat - Temperature set to 1. Old temperature was null.
0 [main] ERROR Wombat - Temperature set to 55. Old temperature was 1.
0 [main] INFO Wombat - Temperature has risen above 50 degrees.
这个是simple log风格，

3,切换：如果想切换到jdk14的log的风格，只需要把slf4j-simple-1.4.1.jar
从classpath中移除，同时classpath中加入slj4j-jdk14-1.4.1.jar
这时的运行结果:
---------------------------------------------------
2007-7-9 10:40:15 Wombat setTemperature
严重: Temperature set to 1. Old temperature was null.
2007-7-9 10:40:16 Wombat setTemperature
严重: Temperature set to 55. Old temperature was 1.
2007-7-9 10:40:16 Wombat setTemperature
信息: Temperature has risen above 50 degrees.
已经变成jdk14的log风格了。
4,再次切换到log4j
同样移除slj4j-jdk14-1.4.1.jar，加入slf4j-log4j12-1.4.1.jar，同时加入log4j-1.2.x.jar
加入log4j.properties。得到显示结果:
---------------------------------------
10:42:27,328 ERROR Wombat: Temperature set to 1. Old temperature was null.
10:42:27,328 ERROR Wombat: Temperature set to 55. Old temperature was 1.
10:42:27,328  INFO Wombat: Temperature has risen above 50 degrees.
在不同的风格中切换只需要在部署期切换类库就可以了，和开发时无关。

 一：准备

1,安装Jdk1.4

2,安装mysql

3,解压缩ant，拷贝junit.jar到ant_home/lib/下

4,设置path,classpath,jdk_home,and_home,catalina_home

5,测试安装

cmd->输入java

cmd->输入ant

二：安装：

1，拷贝appfuse-webwork-1.9.3-src.zip到d:/work

   解压缩appfuse-webwork-1.9.3-src.zip到当前文件夹

2,修改配置文件build.properties

这里以mysql为例子：

原来的样子：

--------------------------------------------------------

#database.jar=${postgresql.jar}

#database.type=postgresql

#database.host=localhost

#database URL for creating other databases (doesn't work with pgsql)

#database.admin.url=jdbc:${database.type}://${database.host}/template1

#database.admin.username=postgres

#database.admin.password=postgres

#hibernate.dialect=org.hibernate.dialect.PostgreSQLDialect

#database.driver_class=org.postgresql.Driver

#database.url=jdbc:${database.type}://${database.host}/${database.name}

--------------------------------------------------------

修改后的样子：

--------------------------------------------------------

database.jar=${mysql.jar}

database.type=mysql

database.host=localhost

#database URL for creating other databases (doesn't work with pgsql)

database.admin.url=jdbc:${database.type}://${database.host}/mydb

database.admin.username=root

database.admin.password=aa

hibernate.dialect=org.hibernate.dialect.MySQLDialect

database.driver_class=com.mysql.jdbc.Driver

database.url=jdbc:${database.type}://${database.host}/${database.name}

--------------------------------------------------------

修改D:\work\myapp\metadata\sql里边的mysql-create.sql

把第一句改成

create database if not exists @DB-NAME@ CHARACTER SET utf8 COLLATE utf8_general_ci;

2,生成工程

cmd进入d:\work\appfuse->输入ant new

全部使用默认

3,编译：

Ant compile

3，建立表结构

进入mysql>

Create database mydb

Ant setup-db

4,测试

Ant test-all

5,部署

Ant deploy

三，运行

1、  运行tomcat。

2、  打开浏览器，输入http://localhost:8080/myapp，会看到登录页面。

注意问题：

每次更改环境变量后应该重新打开CMD窗口

下载地址：

• 从 AppFuse 下载页面 下载 appfuse-tapestry-1.9.3-src.zip，并解压缩在任意目录下。这个 zip 已经定制了使用 Tapestry 作为表现层的实现框架，因而使用起来较为直接。
• 从 http://java.sun.com 下载最新的 JDK，并安装或解压缩到任意目录下。本文采用 JDK 1.5.0。设置环境变量 JAVA_HOME 指向 JDK 所在的目录，并在 PATH 中添加 %JAVA_HOME%/bin。
• 从 http://jakarta.apache.org/tomcat 下载最新版的 Tomcat，并安装或解压缩到任意目录下。本文采用 Tomcat 5.5.17。设置环境变量 CATALINA_HOME 指向 Tomcat 的安装目录。
• 从 http://ant.apache.org下载最新版的 Ant，并解压缩到任意目录下。AppFuse 要求的最低版本是 1.6.2，本文采用的是 1.6.5。设置 ANT_HOME 指向 Ant 所在的目录，并在 PATH 中添加 %ANT_HOME%/bin。另外，要拷贝一个 junit.jar 到 %ANT_HOME%/lib 下，如果 lib 下没有 junit.jar，AppFuse 的脚本在运行时会给出警告信息。junit.jar 可以从 http://www.junit.org 获得，也可以从 %AppFuse%/lib/junit3.8.1 目录下获得。
• 从 http://www.mysql.com 下载最新版的 MySQL，并安装或解压缩到任意目录下。本文采用的是 5.0。

 参考：http://www.ibm.com/developerworks/cn/java/j-lo-appfuse/index.html

1. Ant 中常用的 AppFuse target

target	说明	所在文件
new	这个 target 是使用 AppFuse 必须要用到的，它用来在 AppFuse 同级的目录下创建一个新项目。创建过程是交互式的，会让用户输入项目名称、数据库名称以及根包路径。	AppFuse 安装目录下的 build.xml
setup	用于初始化一个新的项目，它包含了从数据库创建、Tomcat 设置到 war 文件的生成和部署等一系列操作。	项目根目录下的 build.xml
deploy	如果你修改的代码不涉及到数据库的更改，那么可以使用这个 target，因为它只负责生成并重新部署 war 包。	项目根目录下的 build.xml
setup-db	如果你只是要对数据库进行更改，使用这个 target。比如，重新创建数据库，重新加载样本数据等操作。	项目根目录下的 build.xml
install	AppGen 的 target。如果你不希望使用 AppGen 帮你生成 dao 类和 service 类以及其他的代码，就使用这个 target。	extras/appgen 目录下的 build.xml
install-detailed	AppGen 的 target。如果你希望使用 AppGen 帮你生成所有代码，就使用这个 target。	extras/appgen 目录下的