Could this be related at all to the issue I posted about in mid June? The 
subject of that thread was “Re: strange optimistic locking failure (ERXPartials 
Problem).”

Since this involves incorrectly reading model properties maybe it also is 
having an effect on Entity.attributesUsedForLocking. The issue I was seeing was 
that my partial entities were locking on all attributes instead of the ones 
specified in the model.

Tim
UCLA GSE&IS

On May 28, 2013, at 7:23 AM, David Aspinall <[email protected]> 
wrote:

> Hi ken. Thanks nice work. I'm at a conference right now but maybe I can help 
> get in faster when I get back. 
> 
> Sent from my mobile, where brevity is beautiful.
> 
> On 2013-05-28, at 3:34 AM, ISHIMOTO Ken <[email protected]> wrote:
> 
>> Hi Paul, Hi David,
>> 
>> Fixed
>> 
>> Project WOdka already pushed and fixed.
>> 
>> I made a push request for Project wonder maybe in the few months you will 
>> get it.
>> 
>> Ken
>> 
>> On 2013/05/25, at 11:28, Paul Yu <[email protected]> wrote:
>> 
>>> The little o is for optional
>>> 
>>> Sent from my iPad
>>> 
>>> On May 24, 2013, at 10:38 PM, David Holt <[email protected]> wrote:
>>> 
>>>> Class properties are determined by the diamonds.
>>>> 
>>>> Sent from my iPad
>>>> 
>>>> On 2013-05-24, at 6:13 PM, Jesse Tayler <[email protected]> wrote:
>>>> 
>>>>> 
>>>>> you wanted Person.class).classPropertyNames() or Partial_ExployeePerson ?
>>>>> 
>>>>> also, the little "o" there next to the lock? that says "I'm a class 
>>>>> property", no? so, I'd expect to see departmentId visible on that screen 
>>>>> I think, just not sure if you are asking the right class for the right 
>>>>> thing or if I misunderstand completely.
>>>>> 
>>>>> 
>>>>> 
>>>>> On May 24, 2013, at 7:29 PM, David Holt <[email protected]> wrote:
>>>>> 
>>>>>> Just a quick follow-up:
>>>>>> 
>>>>>> As an example the output for the ERXPartialsExampleApp in Wonder is 
>>>>>> included below:
>>>>>> 
>>>>>> log.info("Class properties for ERXPartialEntity " + 
>>>>>> EOUtilities.entityForClass(ERXEC.newEditingContext(), 
>>>>>> Person.class).classPropertyNames());
>>>>>> 
>>>>>> May 24 16:24:50 ERXPartialsExampleApp[53778] INFO  
>>>>>> er.extensions.appserver.ERXApplication  - Class properties for 
>>>>>> ERXPartialEntity ("firstName", "genderType", "lastName", 
>>>>>> "lastLoginDate", "password", "username", "departmentID", 
>>>>>> "employeeNumber", "employeeTypeID", "salary", "department", 
>>>>>> "employeeType") !
>>>>>> 
>>>>>> 
>>>>>> Clearly the departmentID and employeeTypeID should not be in this list 
>>>>>> of classPropertyNames:
>>>>>> 
>>>>>> <Screen Shot 2013-05-24 at 4.27.10 PM.png>
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On 2013-05-24, at 4:20 PM, David Holt <[email protected]> wrote:
>>>>>> 
>>>>>>> Hi all (and especially David Aspinall or Paul Hoadly),
>>>>>>> 
>>>>>>> I've just discovered that when you call classPropertyNames() on an 
>>>>>>> Entity that has a partial associated with it, the base 
>>>>>>> classPropertyNames are returned correctly, but ALL of the properties 
>>>>>>> are returned for the partial class. This applies to both attributes and 
>>>>>>> relationships. Does anyone know why that might be?
>>>>>>> 
>>>>>>> Here is what I used to test it in my Application:
>>>>>>> 
>>>>>>> log.info("Class properties for ERXPartialEntity " + 
>>>>>>> EOUtilities.entityForClass(ERXEC.newEditingContext(), 
>>>>>>> Person.class).classPropertyNames());
>>>>>>> 
>>>>>>> Thanks,
>>>>>>> David
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list      ([email protected])
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.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:
>>>> https://lists.apple.com/mailman/options/webobjects-dev/pyu%40mac.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:
>>> https://lists.apple.com/mailman/options/webobjects-dev/ken%40ksroom.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:
>> https://lists.apple.com/mailman/options/webobjects-dev/daspinall%40global-village.net
>> 
>> 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:
> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to