The problem is that in JPA, IDENTITY returns a long, not a UUID.
On Mon 2014-01-20 12:23, Gunnar Morling wrote:
Hi,
While reviewing the PR for batch operations in OGM [1], I took some time to
better understand OGM's approaches for id generation.
Now I'm wondering about how GenerationType.IDENTITY is implemented. The
corresponding generator (OgmIdentityGenerator) just delegates to a
table-based strategy, so an id is always pre-allocated and then passed into
the dialect when creating a tuple.
I think it would be nice to have proper support for server-generated ids,
in particular since some stores return the inserted id directly from the
insert operation, i.e. without requiring another read.
For the time being, as the current implementation doesn't really adhere to
the semantics of GenerationType.IDENTITY, should we raise an error when
using it instead of silently using another strategy?
Thoughts?
--Gunnar
[1]
https://hibernate.atlassian.net/browse/OGM-175
_______________________________________________
hibernate-dev mailing list
hibernate-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev