Kodo定义了什么模式呢？
mysql> use kododb;
mysql> show create table message;
| message | CREATE TABLE `message` (
`id` bigint(20) NOT NULL,
`body` varchar(255) default NULL,
`createdOn` datetime default NULL,
PRIMARY KEY (`id`)
)
注意，Kodo没有像 Hibernate那样标记auto-increment的id 。Kodo由自己指派自动生成的标识符。
这个bug是怎么回事？
到目前为止，一切似乎都运行良好。我们安装了Hibernate，然后使用Hibernate运行了一个应用程序。然来又将提供者切换为Kodo。您可以用OpenJPA进行类似的测试（它的提供者是org.apache.openjpa.persistence.PersistenceProviderImpl。但是，由于在Weblogic Server中这个提供者是默认的，所以您甚至可以省略它）。那么切换提供者产生的bug在哪儿呢？
如果您决定以不同的方式安装Hibernate，那么就会出现bug。如果不把Hibernate库放在域的共享库中，Hibernate库还可以放在EAR里。如果这样进行部署封装，则应用程序就不能再次进行部署和撤除（即便将同样的Hibernate作为提供者）。这是为什么呢？
答案就在于JPA自身提供的一个javax.persistence.Persistence类。这个类用于引导。它搜索可用的提供者并要求每个提供者创建一个持久性单元，即EntityManagerFactory。然而，这个引导类javax.persistence.Persistence会将PersistenceProvider类缓存在一个内部静态Set中，并且不再对Set成员进行更新。
因此，如果用Web应用程序W封装了Hibernate，一旦用户应用程序直接调用或者由注入过程调用Persistence.createEntityManagerFactory()，则Hibernate持久性提供者X将被Web应用程序W的类装载器 L1加载，并且缓存在javax.persistence.Persistence的静态Set中。随后，Web应用程序W被撤除。L1便会离开作用域。Web应用程序W将被重新部署。这时的类装载器是L2。如果程序再次调用Persistence.createEntityManagerFactory()，则javax.persistence.Persistence中的代码将试图调用X的方法（由L1加载的，而L1已经不在了），而且代码将开始与ClassCastException和长的堆栈跟踪断开。
如何解决这一bug呢？
一个简单的解决方案是遵守这里所描述的封装模式。还有一个有难度的方案是修改javax.persistence.Persistence本身。这个方案有难度是因为这一过程中要升级／修补／重新分配一个按照规范定义的（提供的）实现类。
在另一篇文章中，我将讨论在如何对javax.persistence.Persistence类进行修改，从而允许在涉及多个（可能是不相干的）类装载器的环境中更加良好地运行。
文章来源于领测软件测试网 https://www.ltesting.net/
