[
https://issues.apache.org/jira/browse/JDO-630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12702456#action_12702456
]
Craig Russell commented on JDO-630:
-----------------------------------
> All objects returned by the implementation will have exact ids. All ids
> returned by PM.getObjectId() will also be exact.
This seems to be the right direction. But there are a few APIs that we should
revisit. Here's a proposal to change the spec but leave the API exactly as it
is:
Object getObjectById (Object oid, boolean validate);
Add to the description of validate false:
The user asserts that the oid contains the exact id, so if the object is not in
the cache, the implementation constructs a hollow instance of the class in the
oid. If the class is abstract, throw StupidUserException (we cannot construct a
hollow instance of an abstract class). If the class is actually not correct, an
exception with a possibly confusing error message might be thrown later. Caveat
user. Test case needed.
<T> T getObjectById (Class<T> cls, Object key);
This is already described as having identical behavior to pm.getObjectById
(pm.newObjectIdInstance (cls, key), true), so no change.
Object getObjectById (Object oid);
This is already described as having identical behavior to pm.getObjectById(oid,
true), so no change.
Object[] getObjectsById (boolean validate, Object... oids);
This is defined as iterating the oids and calling getObjectById(oid, validate)
so no change.
Collection getObjectsById (Collection oids);
This is already described as having identical behavior to
pm.getObjecstById(true, oids), so no change.
> Support specification of exact class in SingleFieldIdentity
> -----------------------------------------------------------
>
> Key: JDO-630
> URL: https://issues.apache.org/jira/browse/JDO-630
> Project: JDO
> Issue Type: Improvement
> Components: api2
> Reporter: Andy Jefferson
> Fix For: JDO 2 maintenance release 3
>
> Attachments: singlefieldidentity_exact.patch
>
>
> When calling PersistenceManager.getObjectById() with a SingleFieldIdentity,
> there seems to be no way of avoiding the following
> (if the implementation decides to do so):
> "It is an implementation decision whether to access the data store, if
> required to determine the exact class. This will be the case of inheritance,
> where multiple <code>PersistenceCapable</code> classes share the same
> ObjectId class."
> Now when I know for sure that the targetClassName of the given
> SingleFieldIdentity already denotes the correct class for the given id, how
> can I avoid that additional roundtrip to the database for finding the exact
> class?
> It would be useful to have a way of specifying a SingleFieldIdentity to be
> for the exact class specified. This could be done by addition of methods
> void setExact(boolean flag);
> boolean getExact();
> to SingleFieldIdentity
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.