Re: Custom EOQualifiers
Re: Custom EOQualifiers
- Subject: Re: Custom EOQualifiers
- From: "Richard Bruch" <email@hidden>
- Date: Fri, 31 Oct 2003 09:27:51 +0100
Hi Max,
thank you , that's exactly what i have looked for. Is it maybe even possible
to make EOModeler aware of such a new qualifier class so you could use it to
build fetch specifications ? Just like custom WODynamicElements in
WOBuilder ?
Richard
----- Original Message -----
From: Max Muller <email@hidden>
To: Richard Bruch <email@hidden>
Cc: <email@hidden>
Sent: Thursday, October 30, 2003 10:58 PM
Subject: Re: Custom EOQualifiers
> Hi Richard,
> What type of custom SQL do you want to use? Chances are someone on the
> list has already written a custom qualifier that might do what you
> need. Within Project Wonder's ERExtensions framework
> (http;//wonder.sourceforge.net) there are 5 custom EOQualifiers if you
> are looking for some examples. ERXInQualifier is probably the most
> straight forward of the qualifiers.
>
> Regards,
> Max
>
> On Oct 30, 2003, at 10:38 AM, Richard Bruch wrote:
>
> Hello,
>
> does anybody have an example of how to use custom SQL EOQualifiers ? I
> thought
> that an EOQualifier is an abstract EO concept which only supports
> standard
> operators like =, != etc. But the following text from the EO
> documentation
> "You must also use this auxiliary qualifier approach if the qualifier
> can't be
> executed in memory (for example, because it uses custom SQL or accesses
> properties not in the object graph)" lets you conclude you could use
> something
> like Oracle's DECODE too which were quite useful for real projects.
> _______________________________________________
> webobjects-dev mailing list | email@hidden
> Help/Unsubscribe/Archives:
> http://www.lists.apple.com/mailman/listinfo/webobjects-dev
> Do not post admin requests to the list. They will be ignored.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.