]
Steve Ebersole closed HHH-5387.
-------------------------------
Assignee: Steve Ebersole
Resolution: Rejected
Already supported
Native support for UUID, even if the underlying persistence layer
doesn't support a UUID data type.
---------------------------------------------------------------------------------------------------
Key: HHH-5387
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HHH-5387
Project: Hibernate Core
Issue Type: New Feature
Reporter: Bill DeCoste
Assignee: Steve Ebersole
- We worked around this issue by treating UUIDs as a string at the member level,
then overrode the getter/setter functions to convert from string to UUID and vice-versa.
This approach works, but is inefficient and suboptimal. It also prevented us from doing a
proper PKClass override in a derived entity class (because UUID is hacked to be a String
at the member level, and a UUID type at the property getter/setter level).
- Besides native support for UUID built into Hibernate for all supported
persistence dialects, it'd be nice to be able to specify custom object
serializers/deserializers.
- Support for methods 1, 2 and 5 of UUID would be great (since the standard Java
implementation lacks this ability). On method 2, allow the specification of domain and
UID components.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: