一区二区三区在线播放,天天做天天摸天天爽国产一区,国产黄色片在线播放

ronghao — Sun, 20 Sep 2009 13:17:00 GMT

一�?nbsp;   代码主要�l�构
所谓流�E�设计器者，无怪乎��d��xml文�g�Q�图形展玎ͼ�操作囑�Ş元素�Q�改变xml文�g�Q�回写，如此而已�?br />
既然如此�Q�设计器的流�E�结构就非常清晰�Q�首先是xml框架解析xml文�g为Model模型�l��g�Q�然后Model模型�l��g被展��CؓComponent视图�l��g�Q�用户对Component视图�l��g�q�行操作�Q�这些操作被同步的修改到Model模型�l��g�Q�最后用户保存时�Q�Model模型�l��g�l�过xml框架解析回xml文�g�Q�该文�g被上传到服务器或本地覆盖原有的xml文�g�?br />
那么代码�l�构��很清晰了：xml框架、Model模型�l��g和Component视图�l��g。但是等�{�，Model与Component如何交互呢？�q�里��需要GEF框架嫁接起两者的联系。同�Ӟ��一个流�E�设计器往往要同时编辑多个流�E�定义，相比具体的流�E�定义而言�Q�设计器拥有一些全局的对象，�q�些全局对象包括�pȝ��菜单栏、工��h��、整个设计器布局框架�Q�ProcessDesigner�Q�、设计器入口�Q�ProcessEditor�Q�，�q�有��是负责保存全局属性和发布/订阅定制事�g的TheModel对象�?br />
二�?nbsp;   Component视图�l��g
很直接，Component视图�l��g指的是与用户打交道的、与��程定义相关的视囑օ�素。注意这里的一个定语：与流�E�定义相关的�Q�即不包括系�l�菜单、工��h��q�些东东。这些视囑օ�素很��单，包括��d��ѝ��各�U�节点元素和�q�接�U�元素�?br />
代码位于org.jbpmside.view.component和org.jbpmside.view.component.node下。主要类SurfaceComponent、NodeComponent和ConnectionComponent。看�c�d��很清晰�q�些�c�d��别代表着什么组�Ӟ��
•    SurfaceComponent代表��d��板；
•    NodeComponent代表节点�Q?br /> •    ConnectionComponent代表�q�接�U�；

org.jbpmside.view.component.node下的�c�d��是NodeComponent�cȝ��子类�Q�代表具体的单个节点�c�d��了，包括开始节炏V��结束节炏V��Fork节点、Join节点�{�等�?br />
Component视图�l��g使用了degrafa来渲染表现�Ş式�?br />
目前�~�少一个属性弹出框�l��g�Q�职责展现和修改节点/�q�接�U�属性�?br />
三�?nbsp;   Model模型�l��g
Xml��程定义文�g解析为本地Model模型�l��g�Q�本地徏模和jBPM4的PVM建模一��_��代码位于org.jbpmside.model下，重要的类�Q?br /> •    ProcessModel代表��程定义�Q?br /> •    NodeModel代表节点定义�Q?br /> •    ConnectionModel代表�q�接�U�定义；
剩下的就是具体节点类型的模型�c�，例如StartNode/EndNode/TaskNode�{��?br />
目前模型�c�还非常��单，因�ؓ前段旉��主要��x��Component视图�l��g部分�Q�接下来很快会与jPDL规范完全同步�Q�同时ProcessModel/NodeModel/ConnectionModel会进行重构，目标是与jBPM4模型完全一致�?br />
最新的模型位于org.jbpmside.model.common下，对jpdl4的支持位于org.jbpmside.model.jpdl4下，未来需要将Component与Model的关联迁�U�至common包下�?br />
四�?nbsp;   GEF框架
GEF框架嫁接Model与Component�?br />
1�?nbsp;   IGraphicalEditor与IEditPart
IGraphicalEditor与IEditPart是GEF框架里最重要的两个接口：
•    IGraphicalEditor代表整个囑�Ş�~�辑器，IGraphicalEditor里最重要的方法：

function get graphicViewer():GraphicViewer;

�q�回当前的图形视图。在当前的设计里�Q�设计器支持多个TabPane�Q�每个流�E�定义会拥有一个单独的囑�Ş视图�Q�即一个TabPane�Q�，�q�里的图形视囑֍�指当前处于激�z�（�~�辑�Q�状态的��d��板；很显然IGraphicalEditor是一个全局�c�R�?br />
• IEditPart代表单个的图形编辑元素，很显�Ӟ��q�些元素是和Component�l��g一致的�Q�IEditPart里最为重要的�Ҏ��Q?br />

function get model():Object;

function set model(_model:Object):void;

Component�l��g�l�承于IEditPart�Q�这样就瞬间��Component�l��g与Model兌��h��。IEditPart重要的实现类包括GraphicViewer与GraphicEditPart�?br /> GraphicViewer被SurfaceComponent�l�承�Q?br /> GraphicEditPart被NodeComponent和ConnectionComponent�l�承�?br />
2�?nbsp; Tool
Flex应用�E�序是基于事仉��动的�Q�用户对界面的操作即反映到各�U�鼠标和键盘事�g上。在原先的设计里�Q�由Component�l��g自己来处理各�U�原生事�Ӟ��当需要其他组件协作时�Q�通过TheModel发出应用定制事�g。在GEF的设计里�Q�Component�l��g的原生事件处理被委派到Tool�c�进行处理。Component�l��g只管理自�w�的囑�Ş渲染和变化�?br /> 例如SurfaceComponent处理鼠标点击事�g代码�Q?br />

public function mouseClickHandler(event:MouseEvent):void
        {
            … …
            this.tool.mouseClick(event, compX, compY);
        }

注意this.tool�Ҏ��Q�这个方法同��h��由GraphicViewer和GraphicEditPart分别引入的。注意有些时候组件的Tool是需要切换的�Q�例如鼠标点击面板，通常会导致被选中的节�Ҏ��q�接�U�K��中状态消失，但是当工��h��选中一个节�Ҏ��Q�这个鼠标事件会��D��向面板增加相应的节点。这旉��要ToolManager来进行Tool却换的管理，针对SurfaceComponent/NodeComponent/ConnectionComponent分别有SurfaceToolsManager/NodeToolsManager/ConnectionToolsManager来管理不同的Tool切换�{�略。需要注意的是ToolManager和Tool都是无状态的�Q�全局唯一�Q�所有视囄��件共用�?br />
3�?nbsp;   Command
视图�l��g的变化会��D��Model�l��g的变化。Tool处理视图原生事�g、调用CommandService执行各个Command具体操作视图�l��g和Model对象实现视图�l��g和Model�l��g的变化�?br />
CommandService与SurfaceComponent�q�行一对一�l�定。CommandService持有CommandStack�Q�实现单个Tab�~�辑界面内Command的redo和undo�?br />
具体操作视图�l��g和Model对象必须通过Command�?br />
五�?nbsp;   TheModel全局�cȝ��用�?/strong>
      TheModel全局唯一�Q�职责如下：
•    负责应用所有定制事件的订阅/分发�Q?br /> •    负责持有工具条和�pȝ��菜单属性；
•    负责持有剪脓板，实现各个��L��之间的节�Ҏ��?剪切�?br />
六�?nbsp;   ProcessDesigner与ProcessEditor
ProcessDesigner负责整个应用的布局�Q�目前由三部分组成，�pȝ��菜单、工��h��和TabNavigator�Q�TabBar��理器）�Q�TabBar��理器负责添加和删除Tab�Q�由Tab加蝲��L��Q�这样实现对多流�E�定义同时编辑的支持�Q�即多Tab�Q��?br />
ProcessEditor是应用的入口�Q�它持有ProcessDesigner�Q�实��C��IGraphicalEditor接口。目前其对graphicViewer�Q�）�Ҏ��的实现是�q�回当前�Ȁ�zȝ��态Tab的画�ѝ�?br />
同时�Q�ProcessEditor负责�l�一监听工具�?键盘事�g�Q��ƈ��这些事件处理委�z��当前处于�Ȁ�zȝ��态的Tab��L��处理�?br />
七�?nbsp;   Xml框架
位于org.jbpmside.xml下，使用E4X�Q��用binding对各�U�类型的节点�q�行解析�Q�不集中在一个文件完成解析和转换�Q�一个节点类型对应一个binding。��用代码如下：

   public function parse(xml:String):ProcessDefinition{
    var parser:Parser=new Parser();
    return parser.createParse().setString(xml).
          execute().getProcessDefinition() as ProcessDefinition;
}

��试代码位于test目录下，是目前唯一可以�q�行单元��试的部分�?br />
八�?nbsp;   �q�需要完成的工作
1�?nbsp;   xml框架�q�需要大量的解析工作完成�Q�以支持jpdl4�Q?br /> 2�?nbsp;   �W�一个版本�ؓ本地应用�Q�需要增加对本地文�g操作的支�?br /> 3�?nbsp;   模型�q�移至org.jbpmside.model.common
4�?nbsp;   工具条��用flexlib重写�Q�新�?6位图�?节点属性弹出框
5�?nbsp;   Command目前只实��C��对undo的支持，需要实现对redo的支�?br />

ronghao 2009-09-20 21:17 发表评论

ronghao — Mon, 22 Jun 2009 08:38:00 GMT
       现在��行抱大腿，不过对眼光的要求也高。要不就如高也，即��四眼�Q�一��h��用。对Java企业开发而言�Q�Spring的腿则是一定要��q��。而所谓抱Spring的腿�Q�无外乎三点�Q?br />
一是通过Spring暴露出服务，��服务配�|�到Spring的IOC容器里；
二是在自��q��q�行环境里访问到Spring的IOC容器�Q�能够轻松��用Spring容器里所配置的服务；
三是对于��h��事务��理�Ҏ��的��目来说�Q�将事务��理与Spring的事务管理进行合�q��?br />
        下面分别讨论�Q?br />
一�?nbsp;   通过Spring暴露服务
�q�记得在jBPM4的运行期环境里提到的JbpmConfiguration吗？它是整个jBPM4的入口，�q�且是整个应用独此一份的。通过它可以获取processEngine�Q��ƈ藉此获得工作��引擎所提供的各�U�服务：

ProcessEngine processEngine = new Configuration()
      .buildProcessEngine();

RepositoryService repositoryService = processEngine.getRepositoryService();
ExecutionService executionService = processEngine.getExecutionService();
TaskService taskService = processEngine.getTaskService();
HistoryService historyService = processEngine.getHistoryService();
ManagementService managementService = processEngine.getManagementService();

通过Spring暴露�q�些服务�Q�配�|�如下：

<bean id="jbpmConfiguration" class="org.jbpm.pvm.internal.cfg.SpringConfiguration">
        <constructor-arg value="be/inze/spring/demo/jbpm.cfg.xml" />
    bean>

    <bean id="processEngine" factory-bean="jbpmConfiguration" factory-method="buildProcessEngine" />
    <bean id="repositoryService" factory-bean="processEngine" factory-method="getRepositoryService" />
    <bean id="executionService" factory-bean="processEngine" factory-method="getExecutionService" />

�l�心的你会发玎ͼ�配置时��用了JbpmConfiguration 的子�c�SpringConfiguration。SpringConfiguration相比JbpmConfiguration有哪些增强呢�Q�下面再讌Ӏ��M��Q�现在，��可以��用Spring来获取或注入�q�些Jbpm4所提供的服务了�?br />
二、在environment里加入SpringContext
jBPM4的environment�Q�运行期环境�Q�提供Engine IOC�Q�process-engine-context�Q�和Transaction IOC�Q�transaction-context�Q�。要惛_��q�行期方便地讉K��到Spring里所配置的服务，最直接的方法就是在environment里加入Spring IOC�Q�applicationContext�Q�的引用�?br /> SpringConfiguration��x��对JbpmConfiguration增强了对Spring IOC的一个引用�?br />
SpringConfiguration是如何做到的呢？��单，实现Spring的ApplicationContextAware接口�Q�自动持有applicationContext�Q�然后openEnvironment时将其加入environment�?br />

environment.setContext(new SpringContext(applicationContext));

SpringContext是对applicationContext的简单封装�?br />
那么什么从Engine IOC�U�L��到Spring IOC了呢�Q�是的，最重要的就是Hibernate Session Factory�?br />
在jbpm.cfg.xml的process-engine-context里干掉：

    <hibernate-configuration>
      <cfg resource="jbpm.hibernate.cfg.xml" />
    hibernate-configuration>

    <hibernate-session-factory />

相关配置挪动至Spring配置文�g�?br />
三�?nbsp;   事务
哪里有数据库操作�Q�哪里就有事务。对于嵌入式工作��而言�Q�最重要的集成就是事务的集成。这里先分析jBPM4的事务实玎ͼ�然后再介�l�集成入Spring的事务实现�?br />
1�?nbsp;   Command模式
jBPM4的逻辑实现采用了Command模式�?br />
采用Command模式后，jBPM4对CommandService构造拦截器�Q�Interceptor�Q�链�Q�配�|�在jbpm.cfg.xml的process-engine-context里：

<command-service>
      <retry-interceptor />
      <environment-interceptor />
      <standard-transaction-interceptor />
    command-service>

2�?nbsp;   原有的事务实�?br /> jBPM4原有的事务通过StandardTransactionInterceptor实现�Q�在CommandService执行Command之前打开事务�Q�实际委�z�Hibernate的事务管理）�Q�完成后提交/回滚�?br />
jBPM4的事务是��Z��Command的�?br />
3�?nbsp;   集成入Spring的事务实�?br /> Spring的事务是��Z��服务调用的�?br />
使jBPM4使用Spring提供的事务：

<command-service>
      <retry-interceptor />
      <environment-interceptor />
      <spring-transaction-interceptor current="true" />
command-service>

拦截器换�?strong>SpringTransactionInterceptor�Q�SpringTransactionInterceptor从environment 提供的Spring IOC获取PlatformTransactionManager�Q��用事务模板回调Command�Q�事务传播模式强制加入当前事务�?br />
同时�Q�对hibernate session的配�|�（jbpm.cfg.xml的transaction-context�Q�强制从当前�U�程中获取：

<hibernate-session current="true"/>

�q�干掉原有的事务实现�Q?br />

参考文档：
http://www.slideshare.net/guest8d4bce/spring-integration-with-jbpm4

ronghao 2009-06-22 16:38 发表评论

jBPM4的运行期环境

ronghao — Wed, 17 Jun 2009 10:15:00 GMT

        万物生长靠太阻I��儿童的生长离不开土壤、空气和��_��当然�Q�也��M��开�l�坝娘的调教。应用程序也是如此，��M��开数据库连接、事务、日志、消息等�Q�这些，共同构成了应用程序的�q�行期环境�?br />         理想中的环境是什么样子的哩。好吧，一句话�Q�召之即来，挥之卛_��Q�当需要某个服务时�Q�ok�Q�打个响指，该服务就准备好被调用了，调用完毕后也不用费心费力地擦屁股�Q�不必老是提心吊胆有好事者追问：你擦了吗�Q�确定擦了？真的��定擦了�Q�直接丢弃给环境降解处理�Q�自然又环保�Q�还有个好名声叫专注领域逻辑�?br />
一�?nbsp;   �q�行期环境就是一个餐�?/strong>
1�?nbsp;   提供必要的服�?br /> 作�ؓ一个餐馆，必须有厨师做饭我吃，必须有桌子和椅子。作��行期环境同样如此�Q�我要发消息�Q�你得提供我发消息的Service�Q�我要获取节点�Q务，你得扔给我TaskService�?br />
2�?nbsp;   提供获取�q�些服务的统一方式
好吧�Q�我不会亲自到厨房告诉厨师我惛_��什么（因�ؓ我担心这样一来我会吃不下去）�Q�我也不会亲自到攉��台给钱。这些服务有一个统一的获取方式：服务员。我惛_��什么和�l��̎�Q�告诉服务员卛_��。关键是�q�一方式要统一�Q�要��_��单。Spring最懒，把服务给你全部注入了�Q�当然你也可以握住BeanFactory的纤�U�细手，一个一个的get�?br />
3�?nbsp;   提供特定于我�U�程不安全的服务
我点了一盘鱼香肉丝，隔壁也点了一盘鱼香肉丝，�l�果服务员让我们吃同一盘鱼香肉丝。我立刻跌��v来：靠，你们的服务不是线�E�安全的吗？�Q�Hibernate的Session正是属于�q�么一�U�情况，需要环境进行隔��，我的唯一职责��是吃饭�Q�我的领域逻辑是如何优��的�q�餐�Q��ؓ此还要不断重构我吃饭的姿势哩�?br /> 好不�Ҏ��吃完饭，付完�ƾ，正准备离场。服务员风度��翩地走到我的��n旁，我以��有打折券供应�Q�结果是�Q�服务员��姐��d��朱唇�Q�先生，�ȝ��您把吃剩的盘子清�z�完毕�?br /> 崩溃�Q?br /> 像数据库�q�接的打开�Q�关闭、事务的打开、提交等都属于运行期环境应该做的事情�?br />
4�?nbsp;   其他的七七八�?br /> 杂事不少�Q�例如统一的事件机制、权限拦截等�{��?br />
二�?nbsp;   jBPM4的运行期环境
好吧�Q�先来看看如何徏立jBPM4的运行期环境�Q?br />
EnvironmentFactory environmentFactory = new DefaultEnvironmentFactory();



  Environment environment = environmentFactory.openEnvironment();
  try {

     everything available in this block

  } finally {
    environment.close();
  }

两个关键的类�Q�EnvironmentFactory和Environment�?br />
EnvironmentFactory是全局的，在整个应用程序中保持一个实例即可�?br />
Environment则是每次�Ҏ��调用则要new一个�?br />
看看Environment的主要方法：

public abstract Object get(String name);
public abstract <T> T get(Class<T> type);

是的�Q�environment为我们的代码提供所需要的服务�c�d��例�?br />
那么�Q�如何获得environment�Q?br /> �l�箋看：

public static Environment getCurrent()�Q?/span>

static�Q�我喜欢也。方�ѝ��快��P��不管是在��C��、�R上还是房��上�Q�随处都可调用�?br />
那么�Q��ؓ什么Environment每次调用要new呢？
好吧�Q�当你需要获取数据库Session的时候，是不是每�ơ都要new呢。Environment提供的服务里包括了非�U�程安全的数据库操作服务�?br />
三�?nbsp;   jBPM4�q�行期环境的实现

1、JbpmConfiguration
JbpmConfiguration是jBPM4里最重要的类�Q�它是整个应用程序的入口。它实现了EnvironmentFactory接口�?br />
      JbpmConfiguration加蝲jBPM�ȝ��配置文�g�Q�还是大概扫一下这个配�|�文�Ӟ��

      <jbpm-configuration xmlns="http://jbpm.org/xsd/cfg">

  <process-engine-context>

    <repository-service />
    <repository-cache />
    <execution-service />
    <history-service />
    <management-service />
    <identity-service />
    <task-service />

    <hibernate-configuration>
      <cfg resource="jbpm.hibernate.cfg.xml" />
    hibernate-configuration>

    <hibernate-session-factory />

  process-engine-context>

  <transaction-context>
    <repository-session />
    <pvm-db-session />
    <job-db-session />
    <task-db-session />
    <message-session />
    <timer-session />
    <history-session />
  transaction-context>

jbpm-configuration>

配置文�g被分��Z��两部分，分别是：process-engine-context和transaction-context�?br /> 对应于两个IOC容器�Q�WireContext�Q�的配置文�g�?br />
作�ؓEnvironmentFactory�Q�JbpmConfiguration持有成品process-engine-context对应的IOC容器�Q�全局的）实例�Q�持有半成品transaction-context的WireDefinition。当调用openEnvironment�Ҏ��Ӟ��JbpmConfiguration会new Environment�Q�然后将process-engine-context IOC填充入environment�Q�同时初始化transaction-context IOC�Q��ƈ��其也填充入environment。这样通过environment��可以获得所有所需要的服务�Q�包括全局的和非线�E�安全的服务实例。也��是environment透过IOC容器提供了查扑֐��U�服务的能力�?br />

2、与�U�程�l�定的environment
environment初始化之�?避免参数传递得一塌糊涂的方式��是��environment与线�E�绑定。看Environment的代码：

  static ThreadLocal<Environment> currentEnvironment = new ThreadLocal<Environment>();

  static ThreadLocal<Stack<Environment>> currentEnvironmentStack = new ThreadLocal<Stack<Environment>>();

是的�Q�在openEnvironment�Ӟ��有这么一行代码：

Environment.pushEnvironment(environment);

�q�样environment��׃��U�程�l�定了，可以通过Environment.getCurrent()��L��调用了�?br />
哪里有压�q�，哪里��有放抗�?br /> 在environment.close()�Ҏ��里：

Environment.popEnvironment();

OK�Q�结束�?br />

ronghao 2009-06-17 18:15 发表评论

Jbpm4的IOC容器

ronghao — Thu, 07 May 2009 10:43:00 GMT
       和Jbpm3一��P��Jbpm4实现了自��q��IOC容器。以现在的眼光看来，应用�E�序里一个IOC容器几乎是居家必备的�Q�否则，又要�q�白多出一坨一坨的工厂�c�d��单态类来�?br />
一�?nbsp;   Jbpm4 IOC容器介绍
IOC容器的目的是��理�l��g和实现组件之间的解耦。和Spring里的BeanFactory对应�Q�Jbpm4里的接口是Context�Q�具体实现则是WireContext。Context实际在Jbpm4里有更多的含义，它与Environment一��P��共同构成了代码运行的�q�行期环境。在�q�个环境里可以获取系�l�的�l��g�Q�更为重要的是提供了数据库连接（session�Q�和事务�Q�这个稍后会�Ԍ��?br />
先来看看Context接口的核心方法：

      Object get(String key);
  <T> T get(Class<T> type);

很明显，提供两种从容器里获取�l��g的方法，一�U�是通过name�Q�一�U�是通过type�?br />
对于IOC容器来说�Q�一般情况下都会提供一�U�加载的方式�Q�比如从xml文�g�q�行加蝲、从资源文�g�q�行加蝲。Jbpm4透过WireParser具备从xml加蝲的能力�?br />
此外�Q�WireContext通过一个Map�~�存初始化后的组件�?br />
二�?nbsp;   Jbpm4 IOC容器实现
容器的实现有五个关键�c�d��接口�Q�分别是�Q�WireParser、Binding、Descriptor、WireDefinition和WireContext�?br />

WireParser��d��xml文�g�Q�同时WireParser会加载一�p�d��的Binding(默认从jbpm.wire.bindins.xml文�g��d��加蝲)�?br />
Binding负责�Ҏ��xml里元素的tag��xml元素转换为对应的Descriptor�?br />
Descriptor负责初始化对象。它们被��d��到WireDefinition�?br />
WireDefinition被WireParser�q�回�l�WireContext。WireContext创徏对象时会讉K��WireDefinition里的Descriptor�Q�同时将初始化对象的��d��委托�l�Descriptor自��n�?br />
需要注意的是：Jbpm4在初始化对象时有着四种�{�略�Q�分别是�Q��g�q�创建和初始化、�g�q�创建和立刻初始化、立��d��建和延迟初始化、立��d��建和立刻初始化�?br />
立刻创徏�Q�在WireContext创徏完毕后对象就已经创徏�?br /> 延迟创徏�Q�调用WireContext的get�Ҏ��获取该对象时才创��对象�?br /> 初始化：一般完成对象属性的注入�{�操作�?br />
三�?nbsp;   Jbpm4 IOC容器在Jbpm4里的应用
IOC容器在Jbpm4里最重要的作用就是加载Jbpm的�ȝ��配置文�g�Q�默认是jbpm.cfg.xml�Q�，�q�也是整个Jbpm应用的�v炏V��大概扫一下这个配�|�文�Ӟ��

xml version="1.0" encoding="UTF-8"?>

<jbpm-configuration xmlns="http://jbpm.org/xsd/cfg">

  <process-engine-context>

    <repository-service />
    <repository-cache />
    <execution-service />
    <history-service />
    <management-service />
    <identity-service />
    <task-service />

    <hibernate-configuration>
      <cfg resource="jbpm.hibernate.cfg.xml" />
    hibernate-configuration>

    <hibernate-session-factory />

  process-engine-context>

  <transaction-context>
    <repository-session />
    <pvm-db-session />
    <job-db-session />
    <task-db-session />
    <message-session />
    <timer-session />
    <history-session />
  transaction-context>

jbpm-configuration>

可以看到配置文�g被分��Z��两部分，分别是：process-engine-context和transaction-context。在实际应用中，它们分别对应着两个不同的WireContext:ProcessEngineContext和TransactionConext。ProcessEngineContext覆盖了jbpm4里最重要的服务类�Q�这些类是全局唯一的，当然�Q�ProcessEngineContext也是独此一份。本是同根生�Q�命�q�各不同。TransactionConext则是在每�ơopenEnvironment旉��新创建，因�ؓ其包含了数据库连接和事务�?br />
贯穿于整个Jbpm4中，�q�两个Context被压到Environment里（Environment和线�E�绑定）�Q�在��M��需要的地方都能提供一条龙的服务。于是，在很多领域类里，利用�q�些服务实现充血模型��是很顺理成章的一件事了�?br />
�ȝ��: ProcessEngineContext�l�引擎领域模型提供全局的组件查找；TransactionConext提供数据库相��x��务�?br />

ronghao 2009-05-07 18:43 发表评论

JbpmSide介绍

ronghao — Mon, 30 Mar 2009 02:35:00 GMT
     摘要: 在周末的openparty上，分��n了关于JbpmSide介绍的session。主要介�l�了�q�个��目的目标、功能规划、开发计划以及当前的�q�度。下面是可供下蝲的ppt�?

JbpmSide仍然定位于一个完整的工作��解��x��案�?nbsp; 阅读全文

ronghao 2009-03-30 10:35 发表评论

ronghao — Thu, 26 Mar 2009 14:21:00 GMT
汇报一下设计器当前�q�度以及下一阶段主要的开发目标�?br /> 当前�q�度主要集中在图像处理方面：
    1、采用Riawave�Q�完成了整个设计器图形处理的架构
    2、工作流节点的图形徏�?br />     3、节点的拖拽以及�q�线
    4、节炏V��连�U�的剪脓、复制、删除操作，支持快捷�?br />     5、画板的�~�放和Grid昄��与否
采用的图形类库是Degrafa�?br /> 下一阶段�Q?-3周）会实��C��下的功能�Q?br />     1、目前的�q�线是通过点击两个节点出现的，��支持单独的�q�线增加�Q�两�U��Ş式：直线、曲�U�）
    2、增加不同节点对�q�线的约束，卛_��始节点只能出、�Q务节点单�q�单出等�?br />     3、采用flexlib实现新的设计器菜单（Tabpane形式�Q�，同时��图形模型工��h��U�d��左侧垂直攄��
    4、do/undo功能�Q�将所有对��L��的操作重构�ؓCommand模式
余下的功能包括：导出囄��、打印等�?br /> �q�阶�D늚�主要��d��是实现设计器的图形功能，不考虑XML的�{换和建模。其中包括根据大家的反馈改变部分的现实细节。源代码��尽快放出。请��x��JbpmSide�?br />

ronghao 2009-03-26 22:21 发表评论