简化持久性实体的传递

Gilead旨在实现

把持久性实体简便地传送到JVM环境外。

Gilead的全称是Generic Light Entity Adapter，之前曾叫做Hibernate4GWT。随着开发团队开始支持其他一些框架，项目于是修改成当前的名字，

由于Gilead目前可以处理的前端技术不单单GWT一个，而且还计划支持Hibernate以外的JPA实现，所以，我们换了一个含义更宽泛的名字。

创建Gilead项目的主要目的是减轻人们把持久性实体传递到其他系统或者其他技术前端时遇到的痛苦。为什么这个过程那么棘手呢？通常是由于持久化框架在编译期或者运行期修改类的定义，添加某些所需信息以减少持久化实体时的麻烦。如此一来，当这些修改了的对象传送到JVM外面以后，就会发生一些奇怪的事情，比如说接收方甚至可能会抛出“NoClassDefFoundError”、“ClassCastException”之类的错误。

针对这种情况，Gilead采取了“克隆－合并”（clone－merge）策略。对象从服务器发送出来的时候，本身会被克隆，

克隆操作会根据持久性实体创建普通实例，这个实例既不包含代理，也不包含带持久化特性的集合。

当对象返回给服务器时，Gilead可以以下面三种“模式”中的任一种来合并返回的对象。

1. 无状态：对象类型必须继承自 LightEntity ，或者实现 ILightEntity 接口，这样持久化信息才会被保存在克隆出来的对象上面（服务器上不保留相关信息）。
2. 有状态：持久化信息是保存在HTTP会话里面。
3. 动态代理：这也是一种无状态模式，尚处试验阶段。适用于无法修改已有遗留代码来满足无状态模式的情况。

目前，Gilead的版本是1.2.2，可以对采用Hibernate作为JPA实现框架的应用系统提供可靠的克隆/合并操作。同时，Gilead 对包括GWT和Flex（使用 BlazeDS 数据库）在内的前端技术提供成熟的适配器。

Gilead的下一个版本1.3，计划提供基于XML/Web Services技术的适配器，支持OpenJPA（EclipseLink将来也会纳入支持范围）以及其他一些改进。

查看英文原文：Easy Persistent Entity Transfers