Re: Sometime WebObjects drives me a little crazy!
Re: Sometime WebObjects drives me a little crazy!
- Subject: Re: Sometime WebObjects drives me a little crazy!
- From: Ken Anderson <email@hidden>
- Date: Mon, 26 Jan 2009 16:36:25 -0500
And don't use 'desc' instead - messes up Oracle! I always use
'descr' :)
On Jan 26, 2009, at 4:30 PM, Mark Morris wrote:
That was (is) the NSObject's version of toString, so I think it
might be okay now that we're in Javaland. But I never use it
either, out of habit....
-- Mark
On Jan 26, 2009, at 3:24 PM, Ken Anderson wrote:
Doesn't it still? I NEVER use it :)
On Jan 26, 2009, at 4:22 PM, Mark Morris wrote:
Back in the old days, an attribute named "description" would cause
you grief. ;-)
-- Mark
On Jan 25, 2009, at 9:50 AM, James Cicenia wrote:
Don't feel so bad. I once named a component "Request". Took me a
whole day to finally figure out it was the name of the component
that fubar'd it.
-James
On Jan 25, 2009, at 6:22 AM, Miguel Arroz wrote:
Hi!
Are you sure you didn't have a spelling mistake? There's no
method or anything that might be accessible via key-value called
"members" on EOGenericRecord.
Yours
Miguel Arroz
On 2009/01/25, at 11:17, Jake MacMullin wrote:
Anyone know why I can't have a relationship called 'members'?
When I have a flattened many-to-many where one of the
relationships is called 'members' and I try to add an object to
the relationship with
addObjectToBothSidesOfRelationshipWithKey(obj, "members") I get
the following cryptic error message:
java.lang.IllegalArgumentException: addObjectToPropertyWithKey:
the key members is not null, an NSArray or one of its
subclasses - unable to add the value.
Interestingly, I also get a similar error message if I try to
add the object to the other side of the relationship. However,
if I change the name of my relationship to 'foo' it all works
fine.
Of course it took me a few hours to figure this out.... I guess
'members' conflicts with something else.
Cheers,
Jake
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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