Gilead旨在实现
把持久性实体简便地传送到 JVM 环境外。
Gilead 的全称是Generic Light Entity Adapter，之前曾叫做Hibernate4GWT。随着开发团队开始支持其他一些框架，项目于是修改成当前的名字，
由于 Gilead 目前可以处理的前端技术不单单 GWT 一个，而且还计划支持 Hibernate 以外的 JPA 实现，所以，我们换了一个含义更宽泛的名字。
创建 Gilead 项目的主要目的是减轻人们把持久性实体传递到其他系统或者其他技术前端时遇到的痛苦。为什么这个过程那么棘手呢？通常是由于持久化框架在编译期或者运行期修改类的定义，添加某些所需信息以减少持久化实体时的麻烦。如此一来，当这些修改了的对象传送到 JVM 外面以后，就会发生一些奇怪的事情，比如说接收方甚至可能会抛出“NoClassDefFoundError”、“ClassCastException”之类的错误。
针对这种情况，Gilead 采取了“克隆－合并”（clone－merge）策略。对象从服务器发送出来的时候，本身会被克隆，
克隆操作会根据持久性实体创建普通实例，这个实例既不包含代理，也不包含带持久化特性的集合。
当对象返回给服务器时，Gilead 可以以下面三种“模式”中的任一种来合并返回的对象。
- 无状态：对象类型必须继承自 LightEntity ，或者实现 ILightEntity 接口，这样持久化信息才会被保存在克隆出来的对象上面（服务器上不保留相关信息）。
- 有状态：持久化信息是保存在 HTTP 会话里面。
- 动态代理：这也是一种无状态模式，尚处试验阶段。适用于无法修改已有遗留代码来满足无状态模式的情况。
目前，Gilead 的版本是 1.2.2，可以对采用 Hibernate 作为 JPA 实现框架的应用系统提供可靠的克隆 / 合并操作。同时，Gilead 对包括GWT和Flex（使用 BlazeDS 数据库）在内的前端技术提供成熟的适配器。
Gilead 的下一个版本 1.3，计划提供基于 XML/Web Services 技术的适配器，支持 OpenJPA（EclipseLink 将来也会纳入支持范围）以及其他一些改进。
注册/登录 InfoQ 发表评论