Re: Inherited Relationships using Different Destinations
Re: Inherited Relationships using Different Destinations
- Subject: Re: Inherited Relationships using Different Destinations
- From: Chuck Hill <email@hidden>
- Date: Fri, 5 Sep 2008 09:50:49 -0700
On Sep 5, 2008, at 8:09 AM, David Avendasora wrote:
On Sep 5, 2008, at 10:53 AM, Florijan Stamenkovic wrote:
But you can override a method that returns NSArray<? extends
ManufacturedBatch> with one that returns NSArray<LotCode>. So, if
done this way you could have the relationships declared in all the
Java classes.
Doh! Of course. I forgot about the oh-so-intuitive "? extends Class"
syntax.
Still trying to figure out how Dave actually modeled this... Had no
idea you could "override" relationship properties (destination) in
subentities...
Yep. After you make the relationship on the super, go to the sub and
simply make the same relationship (same name) but pointing to a
different Entity. In my case the the way it will be is:
In Part:
public NSArray<? extends LotCode> lotCodes()...
and
In Intermediate:
public NSArray<? extends ManufacturedBatch> lotCodes()...
Intermediate is a subclass of Part, and ManufacturedBatch is a
subclass of LotCode.
Once again, I have _no_ idea what you are doing / trying to do. Are
you trying to change the model to restrict the to-many in the sub-
class to just some of the entities that lotCodes() on the superclass
would return? That seems like it might be dangerous. Are you just
trying to avoid casting? Why not just add a method like
public NSArray<ManufacturedBatch> manufacturedBatches() {
return (NSArray<ManufacturedBatch>)lotCodes();
}
(and forgive any abusement of generics, I don't much use them).
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