> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dain
> Sundstrom
> Sent: Friday, June 29, 2001 3:16 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: [JBoss-dev] Where is everyone today?
>
>
> Bill,
>
> Thanks for the reply. I really need other people thinking about this,
> because I don't understand the rest of the container.
>
IMHO, you shouldn't have to understand the rest of the container. If you
use the HOME interfaces, everything will be abstracted out and taken care of
for you.
> Here's the deal. I delegate the actual storage of the other updated
> contexts to the their respective persistence storage managers, so they get
> stored by correct data source. I also get references to the other beans
> through their container's cache.
>
Again, why do you talk directly with the Persistent managers? Entities
always know when they have to store themselves. You really don't have to
worry about it.
> I think the biggest problem with this implementation is that my
> persistence
> store is directly calling store on other persistence stores, thus
> by passing
> all of the code that is supposed know the right way to do this.
>
I just read a little about the CMR stuff in the spec. Seems pretty nasty to
implement and probably effects more things than just the persistent store.
It seems that Relationships must be first class remote objects that wrap
access to their underlying entities. I'd be curious to know how you handle
one-to-many relationships i.e.
from the spec:
public void changeTelephoneNumbers()
{
Address a = getShippingAddress();
Address b = getBillingAddress();
Collection c = b.getTelephoneNumbers();
a.setTelephoneNumbers(b.getTelephoneNumbers());
if (c.isEmpty()) { // must be true!
...
}
> Again, I don't know if I'm doing something wrong. I could post
> the section
> of code that does this, if it will help.
>
Why don't you check-in the code to your CMP directory structure? Then
everybody can see it. This stuff is a "work in progress" anyways, isn't it?
Also, I'm interested in helping out with this relationship stuff. Danch
probably is even more interested, but I can't speak for him.
Regards,
Bill
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
