[
http://opensource.atlassian.com/projects/hibernate/browse/OGM-12?page=com...
]
Emmanuel Bernard commented on OGM-12:
-------------------------------------
So you've raised interesting questions. Here is my take on them.
Today we end up serializing "primitive" Java objects. Of course that's not
ideal to reach platform independence as these are still actual Java objects. Some work is
being done on the Infinispan side to make Hot Rod, the communication protocol, somewhat
data gnostic by reusing things like Google Protocol Buffer or equivalent. It might make
sense to exploit this work at some point. In an ideal world we would push data into
infinispan as platform independent values
I'm not sure that for OGM v1 we want to *properly* address this issue. So it's
fine by me if we limit the Java types we end up serializing into the grid to help the
future migration if needed. In my opinion, the following are ok:
- core numeric types (even if that can be subject to discussion)
- String
- Boolean
- Byte
- byte[]
Any other you can think of?
As for BigInteger / BigDecimal, if we can find a platfgorm agnostic representation in
String or something else, that would be interesting. Worse case scenario, we need ot make
sur eBigInteger / BigDecimal .toString are properly specified and won't change.
Support more GridTypes
----------------------
Key: OGM-12
URL:
http://opensource.atlassian.com/projects/hibernate/browse/OGM-12
Project: Hibernate OGM
Issue Type: New Feature
Reporter: Emmanuel Bernard
Assignee: Nicolas Helleringer
Today we only support basic numeric and string types
We should support other types like URL, BigDecimal etc
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira