Erik,
Thanks for your responses. I tried adding a DE and Cursors to a session object direct and it worked, creating a private data session for the cursors.

Are you saying (strategywise) Control the cursors directly in a private datasession from the session object to keep things lite? The DE doesn't lose you that much except close tables, initialselected alias, etc.? What else would you lose?

Rick Strahl was wondering what memory requirements/resources were involved with this session object and what would occur when you have to time out on such.

Thanks again to you and Jeff and others.

>Your example was not an example of containership. Just because your Custom class holds a reference to a session object and that session object holds a reference to a dataenvironment object, doesn't make the session a member of the custom and the DE a member of the session. Yes, a dataenvironment object can exist independently, but if you want to contain it, you have to contain it in a form.
>
>What's more giving a custom object a reference to a session object, does not automatically give that custom object a private datasession. (BTW, a base class session object gets you nowhere toward a private datasession anyway: the datasession propetry is read-only at run time; you have to subclass it to change the datasession property to 2- private). Yes, you can add a reference to the object, check it's datasession property and SET DATASESSION to that value. That will work.
>
>From a strategy point of view however, why use DE objects and custom objects at all? Why not just base you business classes on the session class and be done with it?