>This one is going to be fuun :) (You didn't follow up on the discussion

> on identity for these "value beans" - was it just to insane or ? :)

I think we need to maintain a strict distinction between "value types"
and "entity types". These value beans shouldn't have any notion of
identity because they are of value type.

Besides, you can probably do almost everything you need by simply
using a "select distinct".

>  Or 
> is option 2 just about keeping the old cirrus.hibernate 
> prefix for those interfaces ?

I mean its possible to simultaneously have

cirrus.hibernate.Query
net.sf.hibernate.Query

with the underlying implementation being

net.sf.hibernate.impl.QueryImpl


> Another suggestion for Hibernate 1.2 is to look into adding 
> support for RowSet's - or at least provide enough information 
> from the result of an query to implement an RowSet 
> efficently. I think RowSet is much better, simpler and richer 
> than just returning Collection of Object[]  ....(and I now 
> the "new Foo(name, otherstuff)" will help here - but still :)

Can you enlarge on what exactly you envisage RowSet support
would look like? I must admit I don't really find the whole
RowSet notion particularly compelling to begin with and I
certainly don't know how it would work out in the context
of OR mapping where the underlying data model is *much* more
complex than a table of simple values. Perhaps you could
give an example of code that uses a RowSet in an O/R mapping
context and some hints as to the semantics of something like 
CachedRowSet.....


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********



-------------------------------------------------------
This SF.NET email is sponsored by: Order your Holiday Geek Presents Now!
Green Lasers, Hip Geek T-Shirts, Remote Control Tanks, Caffeinated Soap,
MP3 Players,  XBox Games,  Flying Saucers,  WebCams,  Smart Putty.
T H I N K G E E K . C O M       http://www.thinkgeek.com/sf/
_______________________________________________
hibernate-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hibernate-devel

Reply via email to