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来实现。
