Hi Jörg,

On Aug 31, 2005, at 12:16 PM, Jörg von Frantzius wrote:

Craig Russell schrieb:


FetchPlan.VALUES is no longer in the specification as of the Proposed FInal Draft.


Ayayay, I didn't know that it exists already, sorry. FetchPlan.VALUES still exists in the latest revision in the subversion repository, by the way.

You are right. I need to update the repository for the changes in PFD. Thanks for calling this to my attention!





I'm not sure about that, as FetchPlan.VALUES is not documented overly verbose in the Javadocs and the spec ;)



What happens is that the instance to be fetched using the fetch-depth of 1 is fetched as if it were being fetched by e.g. getObjectById. The current fetch plan is applied to the class to determine which fields are fetched.


OK, I see. I gotta find out dynamically which of the fields are primitive and which aren't.

Yes. You can do it eagerly (when the fetch plan is modified) or dynamically, your choice.

Regards,

Craig

-- 
__________________________________________________________
Dipl.-Inf. Jörg von Frantzius  |            artnology GmbH
                              |                Milastr. 4
Tel +49 (0)30 4435 099 26      |              10437 Berlin
Fax +49 (0)30 4435 099 99      |  http://www.artnology.com
_______________________________|__________________________



Craig Russell

Architect, Sun Java Enterprise System http://java.sun.com/products/jdo

408 276-5638 mailto:[EMAIL PROTECTED]

P.S. A good JDO? O, Gasp!


Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to