osworkflow api 之jdbc和hibernate

 

com.opensymphony.workflow.spi.ejb

略：

com.opensymphony.workflow.spi.jdbc

**

JDBCWorkflowStore（实现于WorkflowStore） 、MySQLWorkflowStore(继承于JDBCWorkflowStore)

先讲讲JDBCWorkflowStore：

首先理解一下osworkflow的表结构，在你所下载的压缩包里有个src/etc/deployment/jdbc目录，在这个目录下面有常用的各种数据库的ddl。       这是osworkflow内置的表结构。基本上就是这个类来对osworkflow的这个内置表进行实际操作的。

这个类里的方法众多，而且基本就是对数据库的基本操作的各种各样的方法，当然这里结合了工作流的知识，如针对step的某些有意义数据库操作，大致情况就是这样的。

如query方法的具体的jdbc方式的实现就在这里的。

MySQLWorkflowStore继承自JDBCWorkflowStore，另外重写了两个方法init和getNextStepSequence。在这里可以写针对自己需要用到的workflowstore，只要继承自JDBCWorkflow，并写重写必要的方法满足自己的实际需求即可。

在我的上一篇blog中持久化jdbcstore中的osworkflow.xml中有相应的对jdbcstore的存储范例。

com.opensymphony.workflow.spi.hibernate

**

这个包里主要是osworkflow提供对hibernate支持。

首先来看一下HibernateWorkflowStore类。

首先来看一下类注释：

/**

 * A workflow store backed by Hibernate for persistence.  To use this with the standard

 * persistence factory, pass to the DefaultConfiguration.persistenceArgs the SessionFactory to

 * use:

 * <code>DefaultConfiguration.persistenceArgs.put("sessionFactory", DatabaseHelper.getSessionFactory());</code>

 * See the HibernateFunctionalWorkflowTestCase for more help.

 *

 * @author $Author: hani $

 * @version $Revision: 1.18 $

 */

大致意思是说，以hibernate作为工作流的持久存储，为了使用标准的持久工厂即sessionfactory，在测试类HibernateFunctionalWorkflowTestCase里有较为完整的代码。其中借助的是DefaultConfiguration.persistenceArgs.put("sessionFactory", DatabaseHelper.getSessionFactory())。然后在DefaultConfiguration的getWorkflowStore获取workflowstore对象的时候，会调用store.init(getPersistenceArgs());实际执行的代码为：

sessionFactory = (SessionFactory) props.get("sessionFactory");

session = sessionFactory.openSession();

 

则可获得到session对象。

简单的可以理解为，put，然后store的init，最后get出就可以得到。而真正的创建sessionfactory是自己来完成，如上面是在DatabaseHelper类中的createHibernateSessionFactory方法创建出实际的sessionfactory。

 

从osworkflow自己带的测试类HibernateFunctionalWorkflowTestCase中的setup方法中可以看出

super.setUp();

        DatabaseHelper.createDatabase("");

 

        factory = DatabaseHelper.createHibernateSessionFactory();

 

        Configuration config = new DefaultConfiguration();

        config.load(getClass().getResource("/osworkflow-hibernate.xml"));

        workflow.setConfiguration(config);

        workflow.getConfiguration().getPersistenceArgs().put("sessionFactory", factory);

核心的实现方法在DatabaseHelper 类中的createHibernateSessionFactory方法。有兴趣的可以到这些测试代码中看一下具体是如何实现的。

 

 

其实大不可不必，如过你想要让HibernateWorkflowStore自己具有产生sessionfactory的功能，只要按照hibernate正常的生成办法写到HibernateWorkflowStore里就可以了。

我想如果要是想更方便的话可以通过在HibernateWorkflowStore内部生成HibernateWorkflowStore，既然osworkflow的作者不让在自己内部产生sessionfactory，她可能认为这个是用户自己的事，而不是osworkflow的事。那作为我们使用，我想可以更为方便点的修改它的源代码来达到这一目的。

 

private static SessionFactory sessionFactory;

  //~ Constructors ///////////////////////////////////////////////////////////
  static{
   try {
     sessionFactory = new Configuration().configure().buildSessionFactory();
   } catch (HibernateException ex) {
      throw new RuntimeException("Configuration problem: " + ex.getMessage(), ex);
    }
   }

二是在init中

  把sessionFactory = (SessionFactory) props.get("sessionFactory");注释

  编译,生成class,放到osworkflow-2.7.0.jar,取代原来的HibernateWorkflowStore.class

 

上面讲的都是hibernate的sessionfactory相关的东西。

其实每个方法如果需要解析的都会写出这么多内容的，而到底是应该掌握一个什么样的学习方法呢？我想我还是在思考。也许是看多了就眼明手亮了。

其实最让我觉得不爽的地方就是这个osworkflow的作者的代码里注释量基本为0。不知道是什么原因。

HibernateStep和HibernateHistoryStep和HibernateCurrentStep、HibernateWorkflowEntry基本没什么可说的，就是一些普通的get和set方法。

 

SpringHibernateWorkflowStore类：

主要是通过spring 提供的对hibernate的支持getHibernateTemplate来实现。