rking0228
- 浏览: 21282 次
- 性别:
- 来自: 深圳
-
最新评论
-
huihai：
你好，想问一下，如果我在oralce中我有用户1为user1和 ...
hibernate schema 设置
文章列表
jbpm3的日志
jbpm日志功能相当强大齐全。在操作时，如果希望日志持久化到数据库中，那么获取对象时采用
jbpmContext.getTaskInstanceForUpdate(taskInstanceId);
jbpmContext.getProcessInstanceForUpdate(processInstanceId);
jbpmContext.getTokenForUpdate(tokenId);
或者执行完操作后，手动保存一下：
jbpmContext.save(processInstance);
jbpmContext.save(taskInstance);
...
hibernate在实现实体映射时，DB无需强行指定。部署时会较对DB户名和密码，根据用户名以访问的表完成实体映射。如果一个帐号可以访问一个数据库的下多个表,以oracle为例用户user1下面有表table1 ,user2下面也有table1，且user1有user2的所有权限，那么部署时可能就会搞错table,出于安全hiberante在配置时设置默认的schema较为安全。EJB也是同理，建立orm.xml。
<?xml version="1.0" encoding="UTF-8"?>
<entity-mappings
...
以前的应用中在节点进入事件中定义ActionHandler,Field中定义人员查找的方法和查找的参数，方法似乎不错^_^ 但是人员查找的方法和参数在不同节点是不相同的（方法名，参数个数，参数值），考虑长远些，如果人员查找服务是确认的，人员查找Action也就是确认的，不用重复去设计，当人员查找服务不能满足现在需求要新增接口时，流程定义肯定要升级新版本，人员查找Action是否可以不会改动，或改动甚少呢？我想是可以的，也是想去解决的问题。
人员查找的接口、参数及参数类型可以用反射去解决。流程定义ActionHandler的Field定义为集合类型就可以应对参数类型不确定的情况。在网上逛了一阵子都 ...
JBPM节点均是继承于Node,ProcessDefinition与Node是OneToMany的关系,ProcessDefinition与StartState是ManyToOne的关系。
在操作流程时，有时候需要依据节点类型作相应的处理，那么如何获取节点类型呢？
protected void getNodeType(ProcessDefinition processDefinition){
List<Node> nodes = processDefinition.getNodes();
for(Node node : nodes){
if (node in ...
jbpm3 本身提供很多API，可直接操作实体，包结构是以对象去规划的。假设对jbpm进行扩展，继承任务实例、增加其它实体，那么就少不了对于实体的新增、删除和修改；数据要返回给应用（J2EE），需要定义Interface、DAO、DTO等等。以前的项目并没有去区分这一块，对于实例的操作没有使用DAO，而是定义一个类和所需的方法，然后传入JbpmContext或Session 如：
public class WorkflowUtil {
public List<ProcessInstance> findProcessInstancesByProcessDefinition(Jb ...
前阵子看到有到一些朋友因为jbpm3不支持注解功能而范愁，所以把我改好的jdpl和方法分享一下。
不支持注解功能的原因：
JDPL.jar 包中实例化Configuration 时，源代码为Configuration configuration = new Configuration();，由此实例化后的配置无法识别Hibernate3.2所支持的标注。
1.org\jbpm\ant\AntHelper.java
public static Configuration getConfiguration(String hibernateCfgResource, String hiber ...