Hibernate version: 3.1

I've asked several times but have not received any satisfactory answers.
I need to decide if I should use hibernate at all. Ideally it fits my future requirements, but for now I have a large number of stored procedures from which to map. I like the object identity concept of hibernate, have looked into Ibatis, which does not seem to offer that.

Here is what I need to do.
My domain objects look like this
clsA {
String aProp1;
String aProp2;
clsD d;
List listOfB;
List listOfC;
}
clsB { String bProp1; String bProp2; }
clsC { String cProp1; }
clsD { String dProp1; }

*** All properties of each of these classes are mapped to the database tables ***

My stored procedures return various combinations of properties of each of these classes.

Modifying these stored procs is not an option.

Is there any way to hydrate objects through a named query without using all the properties in the Class ? If not why not ? It seems like a reasonable thing to expect as long as the query knows the identify of the object that it will update.

I would like to see an example if possible.
Thanks

It is not directly possible. The reason is because hibernate is not designed from the point of view of offering access to data stored in databases: it is designed to allow you to persist java objects to databases. More top-down than bottom-up, as it were. That it offers simple access to result sets that don't completely map to your POJOs is a nice bonus, it isn't part hibernate's raison d'etre.

It is possible to use hibernate to access the result sets returned by your stored procedures, and then to write your own logic to put those result sets into java objects. You can then use those objects to save back to the DB, assuming that they have sensible values for all columns.

Try " SELECT NULL as myProperty, .... FROM myProc() "