Re: LDAP and Enterprise Objects
Re: LDAP and Enterprise Objects
- Subject: Re: LDAP and Enterprise Objects
- From: Chuck Hill <email@hidden>
- Date: Fri, 21 Jan 2005 13:04:16 -0800
Well, if you really want to know... That is not even an entity, it is
just a class that I use to implement multiple entities. So it does not
exactly fit into what you are doing. I guess I would discard _User and
change the extends as what you have below unless you want to write
cover methods.
Chuck
On Jan 21, 2005, at 12:51 PM, William Norris wrote:
so you changed
public class User extends _User
to
public class User extends EOGenericRecord
or did you change your EOModel to have a classtype of EOGenericRecord
instead of User (or whatever class it is)?
On Fri, 21 Jan 2005 12:42:48 -0800, Chuck Hill
<email@hidden> wrote:
Yes, I've run into this. I left the base class as an EOGenericRecord
and wrote my own cover methods as you note below. Otherwise, you will
need to create new methods names as Java does not allow overloading
based on return type.
Chuck
On Jan 21, 2005, at 12:36 PM, William Norris wrote:
I use WOGen to create my EO Classes. The method signature for the
mail accessor is "public String mail()". I could override this
method
and put the above custom logic in it, except that it would have to
have an identical signature -- returning a String. the only other
thing i could think to do is create a new method "mailArray" that
ignores the auto-generated mail() method altogether.
Has anyone else run into this? What did you do?
--
Practical WebObjects - a book for intermediate WebObjects developers
who want to increase their overall knowledge of WebObjects, or those
who are trying to solve specific application development problems.
http://www.global-village.net/products/practical_webobjects
--
Practical WebObjects - a book for intermediate WebObjects developers
who want to increase their overall knowledge of WebObjects, or those
who are trying to solve specific application development 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