hibernate generator

SSH架构下，向数据库中保存一个持久化对象时，出现以下错误：
ids for this class must be manually assigned before calling save() ...
原因是未给该对象的主键属性赋值，而hbm文件中自动生成的配置是assigned（也就是说要求该属性值必须由应用程序提供值）。
<id name="id" type="java.lang.Integer">
<column name="id" />
<generator class="assigned" />
</id>
assigned要求该字段必须由应用程序提供一个值。如果希望该字段值由数据库自动生成，可将其改为identity，如下：
<id name="id" type="java.lang.Integer">
<column name="id" />
<generator class="identity" />
</id>

这样每次向数据库保存持久化对象时就不需指定id值了。
关于hibernate的generator可选值如下：
原文地址：http://hi.baidu.com/it_lantu/blog/item/d7c2bffa04e3062a4e4aea5c.html

“assigned”
主键由外部程序负责生成，在 save() 之前指定一个。

“hilo”
通过hi/lo 算法实现的主键生成机制，需要额外的数据库表或字段提供高位值来源。

“seqhilo”
与hilo 类似，通过hi/lo 算法实现的主键生成机制，需要数据库中的 Sequence，适用于支持 Sequence 的数据库，如Oracle。

“increment”
主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是：不能在集群下使用。

“identity”
采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL 中的主键生成机制。

“sequence”
采用数据库提供的 sequence 机制生成主键。如 Oralce 中的Sequence。

“native”
由 Hibernate 根据使用的数据库自行判断采用 identity、hilo、sequence 其中一种作为主键生成方式。

“uuid.hex”
由 Hibernate 基于128 位 UUID 算法 生成16 进制数值（编码后以长度32 的字符串表示）作为主键。

“uuid.string”
与uuid.hex 类似，只是生成的主键未进行编码（长度16），不能应用在 PostgreSQL 数据库中。


“foreign”
使用另外一个相关联的对象的标识符作为主键。

<id>元素中的<generator>用来为该持久化类的实例生成唯一的标识，hibernate提供了很多内置的实现。

Increment:由hibernate自动递增生成标识符,用于为long, short或者int类型生成唯一标识。
identity :由底层数据库生成标识符(自动增长),返回的标识符是 long, short 或者int类型的。
sequence :hibernate根据底层数据库序列生成标识符,返回的标识符 是long, short或者 int类型的。

hilo :使用一个高/低位算法来高效的生成long, short 或者int类型的标识符。
uuid.hex :用一个128-bit的UUID算法生成32位字符串类型的标识符。
native :根据底层数据库的能力选择identity, sequence 或者hilo中的一个。
assigned :让应用程序在save()之前为对象分配一个标示符。
foreign :使用另外一个相关联的对象的标识符。和<one-to-one>联合一起使用。