Re: modeling problem
Re: modeling problem
- Subject: Re: modeling problem
- From: Chuck Hill <email@hidden>
- Date: Mon, 30 Mar 2009 13:18:08 -0700
On Mar 29, 2009, at 4:48 PM, TW wrote:
All:
I have a model of our ldap directory with InetOrgPerson the base
"user" entity. I've made InetOrgPerson abstract with it's table
inetOrgPerson. I have the framework project containing that model in
the build path of another that I'm using as a "generic user"
framework.
In that second framework I have another model with a "GenericUser"
entity. That entity has "InetOrgPerson" as it's parent. I've added
this second framework to my app build path.
- in Entity Modeler if I set the table for "GenericUser" to
"inetOrgPerson" (the same as it's parent), my app fetches 2
identical GenericUser EO's for each 1 matching record in LDAP
That is because you have set up Single Table Inheritance BUT not added
any restricting qualifier on either entity. Are you certain that
InetOrgPerson is marked as abstract? Check it again...
- if I change the table for "GenericUser to "GenericUser" it works
as expected. However, there is no such "table" or object in my LDAP
directory. And I'm concerned that with that setup attempts to write
to the directory would fail.
It should be OK like that. That is Vertical Inheritance which may
have its own issues.
The first way seems that it should be the proper way to do it but I
don't understand why I'm getting two EO's for each record. Can
someone point me to what I'm being dumb about?
I am not sure that the first way is correct. What if you then add
data to GenericUser? It sort of feels like InetOrgPerson ought to be
relationship from GenericUser, not the parent.
Chuck
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden