[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-3808?page=c... ] Ovidio Mallo commented on HHH-3808: ----------------------------------- Shawn, I guess we are talking about the same thing but just to be sure, I'll make a little example using the classical Item entity which has a set of Bids associated to it. Assume I have already somehow (no matter how!) loaded a set of Items from the database: Item[] items = ...; Then, in a second step, if I want to load the Bids of *exactly* those items, this is not always possible with subselect fetching or batch fetching since the existing fetching strategies depend on how the Item entities have been retrieved from the database. Using the suggested API, retrieving the Bids (and associating them to their respective parent Items for later usage!) of a user-defined set of Items could be accomplished as follows (the suggested API is really just an example): mySession.fetch(Item.class, items, "bids"); It's really just a matter of having full control about the set of Item entities on which the Bids collections are loaded which is very valuable when it comes to improving performance. I think something similar cannot be accomplished with the current API. Please let me know whether I need to be more precise since I'm rather new to Hibernate so I might not express things clear enough. -- 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

[ http://opensource.atlassian.com/projects/hibernate/browse/HHH-3808?page=c... ] Shawn Clowater commented on HHH-3808: ------------------------------------- I'm not ignoring you, I was in vegas for a few days over the weekend and I'm still catching up at work. To be honest, I'm still not 100% if we're still talking about the same thing. In my case all I really want is something in the API that I can define the complete list of properties I want loaded from a root entity w/o changing it's actual fetch mode. i.e. if I have select or subselect coupled with a lazy mapping, I simply want something where I can say fetch the following list of properties when you're hydrating the objects passed in as dot notation strings, i.e. a.b.c, a.d.e, f, etc. Right now we've got a layer on top of our main fetch where we go out and call Hibernate.initialize() on the entities and walk the various chains. I'm not sure if there would be any difference in the performance aspect of it but it would push the functionality into the core. I think anyone using detached entities probably has some sort of layer written to ensure anything they need is loaded by hibernate before the session is closed. in your case, I am unclear when the 'fetch' is executed. If you're in the same session all you need to do is call Hibernate.initalize() on the collection you're dealing with and it will load the bids for whatever item you're dealing with. If you're outside of the initial session then you start to get into dicey territory with different instances representing the same entity, 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