万物生长靠太阳,儿童的生长离不开土壤、空气和水,当然,也离不开绿坝娘的调教。应用程序也是如此,离不开数据库连接、事务、日志、消息等,这些,共同构成了应用程序的运行期环境。
理想中的环境是什么样子的哩。好吧,一句话,召之即来,挥之即去,当需要某个服务时,ok,打个响指,该服务就准备好被调用了,调用完毕后也不用费心费力地擦屁股,不必老是提心吊胆有好事者追问:你擦了吗,确定擦了?真的确定擦了?直接丢弃给环境降解处理,自然又环保,还有个好名声叫专注领域逻辑。
一、 运行期环境就是一个餐馆
1、 提供必要的服务
作为一个餐馆,必须有厨师做饭我吃,必须有桌子和椅子。作为运行期环境同样如此,我要发消息,你得提供我发消息的Service,我要获取节点任务,你得扔给我TaskService。
2、 提供获取这些服务的统一方式
好吧,我不会亲自到厨房告诉厨师我想吃什么(因为我担心这样一来我会吃不下去),我也不会亲自到收银台给钱。这些服务有一个统一的获取方式:服务员。我想吃什么和结账,告诉服务员即可。关键是这一方式要统一,要足够简单。Spring最懒,把服务给你全部注入了,当然你也可以握住BeanFactory的纤纤细手,一个一个的get。
3、 提供特定于我线程不安全的服务
我点了一盘鱼香肉丝,隔壁也点了一盘鱼香肉丝,结果服务员让我们吃同一盘鱼香肉丝。我立刻跳起来:靠,你们的服务不是线程安全的吗?!Hibernate的Session正是属于这么一种情况,需要环境进行隔离,我的唯一职责就是吃饭!我的领域逻辑是如何优美的进餐!为此还要不断重构我吃饭的姿势哩。
好不容易吃完饭,付完款,正准备离场。服务员风度翩翩地走到我的身旁,我以为还有打折券供应,结果是:服务员小姐轻启朱唇:先生,麻烦您把吃剩的盘子清洗完毕。
崩溃!
像数据库连接的打开,关闭、事务的打开、提交等都属于运行期环境应该做的事情。
4、 其他的七七八八
杂事不少,例如统一的事件机制、权限拦截等等。
二、 jBPM4的运行期环境
好吧,先来看看如何建立jBPM4的运行期环境:
两个关键的类:EnvironmentFactory和Environment。
EnvironmentFactory是全局的,在整个应用程序中保持一个实例即可。
Environment则是每次方法调用则要new一个。
看看Environment的主要方法:
是的,environment为我们的代码提供所需要的服务类实例。
那么,如何获得environment?
继续看:
static,我喜欢也。方便、快捷,不管是在地上、车上还是房顶上,随处都可调用。
那么,为什么Environment每次调用要new呢?
好吧,当你需要获取数据库Session的时候,是不是每次都要new呢。Environment提供的服务里包括了非线程安全的数据库操作服务。
三、 jBPM4运行期环境的实现
1、JbpmConfiguration
JbpmConfiguration是jBPM4里最重要的类,它是整个应用程序的入口。它实现了EnvironmentFactory接口。
JbpmConfiguration加载jBPM总的配置文件,还是大概扫一下这个配置文件:
配置文件被分为了两部分,分别是:process-engine-context和transaction-context。
对应于两个IOC容器(WireContext)的配置文件。
作为EnvironmentFactory,JbpmConfiguration持有成品process-engine-context对应的IOC容器(全局的)实例,持有半成品transaction-context的WireDefinition。当调用openEnvironment方法时,JbpmConfiguration会new Environment,然后将process-engine-context IOC填充入environment,同时初始化transaction-context IOC,并将其也填充入environment。这样通过environment就可以获得所有所需要的服务,包括全局的和非线程安全的服务实例。也就是environment透过IOC容器提供了查找各种服务的能力。
2、与线程绑定的environment
environment初始化之后,避免参数传递得一塌糊涂的方式就是将environment与线程绑定。看Environment的代码:
是的,在openEnvironment时,有这么一行代码:
这样environment就与线程绑定了,可以通过Environment.getCurrent()任意调用了。
哪里有压迫,哪里就有放抗。
在environment.close()方法里:
OK,结束。
理想中的环境是什么样子的哩。好吧,一句话,召之即来,挥之即去,当需要某个服务时,ok,打个响指,该服务就准备好被调用了,调用完毕后也不用费心费力地擦屁股,不必老是提心吊胆有好事者追问:你擦了吗,确定擦了?真的确定擦了?直接丢弃给环境降解处理,自然又环保,还有个好名声叫专注领域逻辑。
一、 运行期环境就是一个餐馆
1、 提供必要的服务
作为一个餐馆,必须有厨师做饭我吃,必须有桌子和椅子。作为运行期环境同样如此,我要发消息,你得提供我发消息的Service,我要获取节点任务,你得扔给我TaskService。
2、 提供获取这些服务的统一方式
好吧,我不会亲自到厨房告诉厨师我想吃什么(因为我担心这样一来我会吃不下去),我也不会亲自到收银台给钱。这些服务有一个统一的获取方式:服务员。我想吃什么和结账,告诉服务员即可。关键是这一方式要统一,要足够简单。Spring最懒,把服务给你全部注入了,当然你也可以握住BeanFactory的纤纤细手,一个一个的get。
3、 提供特定于我线程不安全的服务
我点了一盘鱼香肉丝,隔壁也点了一盘鱼香肉丝,结果服务员让我们吃同一盘鱼香肉丝。我立刻跳起来:靠,你们的服务不是线程安全的吗?!Hibernate的Session正是属于这么一种情况,需要环境进行隔离,我的唯一职责就是吃饭!我的领域逻辑是如何优美的进餐!为此还要不断重构我吃饭的姿势哩。
好不容易吃完饭,付完款,正准备离场。服务员风度翩翩地走到我的身旁,我以为还有打折券供应,结果是:服务员小姐轻启朱唇:先生,麻烦您把吃剩的盘子清洗完毕。
崩溃!
像数据库连接的打开,关闭、事务的打开、提交等都属于运行期环境应该做的事情。
4、 其他的七七八八
杂事不少,例如统一的事件机制、权限拦截等等。
二、 jBPM4的运行期环境
好吧,先来看看如何建立jBPM4的运行期环境:
EnvironmentFactory environmentFactory
=
new
DefaultEnvironmentFactory();
![](https://i-blog.csdnimg.cn/blog_migrate/9b8a8a44dd1c74ae49c20a7cd451974e.gif)
Environment environment = environmentFactory.openEnvironment();
try {
everything available in
this
block ![](https://i-blog.csdnimg.cn/blog_migrate/9b8a8a44dd1c74ae49c20a7cd451974e.gif)
} finally {
environment.close();
}
![](https://i-blog.csdnimg.cn/blog_migrate/9b8a8a44dd1c74ae49c20a7cd451974e.gif)
Environment environment = environmentFactory.openEnvironment();
try {
![](https://i-blog.csdnimg.cn/blog_migrate/9b8a8a44dd1c74ae49c20a7cd451974e.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/9b8a8a44dd1c74ae49c20a7cd451974e.gif)
} finally {
environment.close();
}
两个关键的类:EnvironmentFactory和Environment。
EnvironmentFactory是全局的,在整个应用程序中保持一个实例即可。
Environment则是每次方法调用则要new一个。
看看Environment的主要方法:
public
abstract
Object get(String name);
public abstract < T > T get(Class < T > type);
public abstract < T > T get(Class < T > type);
是的,environment为我们的代码提供所需要的服务类实例。
那么,如何获得environment?
继续看:
public
static
Environment getCurrent();
static,我喜欢也。方便、快捷,不管是在地上、车上还是房顶上,随处都可调用。
那么,为什么Environment每次调用要new呢?
好吧,当你需要获取数据库Session的时候,是不是每次都要new呢。Environment提供的服务里包括了非线程安全的数据库操作服务。
三、 jBPM4运行期环境的实现
1、JbpmConfiguration
JbpmConfiguration是jBPM4里最重要的类,它是整个应用程序的入口。它实现了EnvironmentFactory接口。
JbpmConfiguration加载jBPM总的配置文件,还是大概扫一下这个配置文件:
<
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 >
< 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 >
配置文件被分为了两部分,分别是:process-engine-context和transaction-context。
对应于两个IOC容器(WireContext)的配置文件。
作为EnvironmentFactory,JbpmConfiguration持有成品process-engine-context对应的IOC容器(全局的)实例,持有半成品transaction-context的WireDefinition。当调用openEnvironment方法时,JbpmConfiguration会new Environment,然后将process-engine-context IOC填充入environment,同时初始化transaction-context IOC,并将其也填充入environment。这样通过environment就可以获得所有所需要的服务,包括全局的和非线程安全的服务实例。也就是environment透过IOC容器提供了查找各种服务的能力。
![](https://i-blog.csdnimg.cn/blog_migrate/492dc1e3d4f034f8093dd640365f2d7a.png)
2、与线程绑定的environment
environment初始化之后,避免参数传递得一塌糊涂的方式就是将environment与线程绑定。看Environment的代码:
static
ThreadLocal
<
Environment
>
currentEnvironment
=
new
ThreadLocal
<
Environment
>
();
static ThreadLocal < Stack < Environment >> currentEnvironmentStack = new ThreadLocal < Stack < Environment >> ();
static ThreadLocal < Stack < Environment >> currentEnvironmentStack = new ThreadLocal < Stack < Environment >> ();
是的,在openEnvironment时,有这么一行代码:
Environment.pushEnvironment(environment);
这样environment就与线程绑定了,可以通过Environment.getCurrent()任意调用了。
哪里有压迫,哪里就有放抗。
在environment.close()方法里:
Environment.popEnvironment();
OK,结束。