Am 14.03.2006 11:30 Uhr schrieb "Lachlan Deck" unter
<[EMAIL PROTECTED]>:
Hi Lachlan,
Thanks a lot for your suggestions
> Hi Wolfram,
>
> On 14/03/2006, at 7:11 PM, Wolfram Stebel wrote:
>
>> i create a complex query from user input via EOKeyValueQualifier
>> and other
>> EOQualifiers.
>> <...>
>> When the left hand side points to an attribute of an inherited
>> class it
>> evaluates to the wrong derived entity:
>>
>> Compared to the above example:
>> EOKeyValueQualifier ( "location.baseClassAttribute", mySelector,
>> myComparedValue );
>> does not evaluate to table "Location". Instead it creates aliases
>> like:
>>
>> ... FetchedClass t0, Person T1, LocationBaseClass T2...
>>
>> where "Person" is another derived class of the same base class.
>
> That's unfortunate... it sounds like bug unless you've set your
> fetchSpec.setIsDeep(false); or something else is up.
It is deep is set to true!
> Does it still fail if doing the following?
>
> StringBuffer format = new StringBuffer();
> NSArray args;
> EOQualifier qualifier;
>
> format.append("%@ %@");
> format.insert(3, EOQualifier.stringForOperatorSelector(mySelector));
> args = new NSArray(new Object[] {"location.baseClassAttribute",
> myComparedValue });
> qualifier = EOQualifier.qualifierWithQualifierFormat(format.toString
> (), args);
It does simply the same, the Aliases show the same wrong entity.
Thanks anyway :-)
When i have a solution i will post it to the list
Wolfram
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to archive@mail-archive.com
