It's not wrong, but you need to make sure that the objects that you
generate properly implement .equals and .hashcode. That's the most
likely cause of this problem, and it's basically a safety net for you,
because this can lead to really nasty security problems. If you know
your particular repetition is doing this in a safe way, you can turn
off unmatched object checking and hashcode lookups
(checkHashCodes=false, raiseOnUnmatchedObject=false) or you can turn
this feature off globally if you'd like, though it's a VERY good
addition to WO security.
ms
On Apr 1, 2008, at 10:34 AM, Logi Helguson wrote:
After Wonder-nizing a project I found a WORepetition that was
getting it's
NSArray list from a method in the components JAVA class cast a
UnmatchedObjectException( null at ERXWORepetition.invokeAction(
ERXWORepetition.java:400 ). Logging "Wrong object NUMBER vs
OTHER_NUMBER..." + the contents of the array.
Populating the list to an NSArray solves this and I'm guessing the
list
NSArray was created 2 times resulting in an error in locating the
selected
object in the WORepetition via hash codes.
Is it considered wrong to populate the list of a WORepetition by a
method in
the JAVA class?
Með vegsemd og virðingu,
Logi Helgu
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
