On 2010-12-16, at 9:36 AM, David Holt wrote:

> Hi Peter,
> 
> It should just work if you've set the right rules.
> 
> Check out the example project on the page below. I created new Persons with 
> avatars and I don't remember doing anything special, certainly not in the 
> model.
> 
> http://wiki.objectstyle.org/confluence/display/WONDER/ERAttachment+Framework
> 
> What rules are you using for the attachment property?

For that matter, what properties are you using to configure the ERAttachment?


> 
> David
> 
> 
> On 2010-12-16, at 9:11 AM, Dan Beatty wrote:
> 
>> Hi Peter,
>> Welcome to the list.  I am surprised the Davids, the gentlemen, and Chuck 
>> have not responded yet.  
>> 
>> The only way I am aware of is in the awake from insertion, namely to have 
>> one always inserted when the EO is created.  But, that seems like swap fly 
>> with shot gun approach.
>> 
>> V/r
>> 
>> Daniel Beatty
>> Computer Scientist, Detonation Sciences Branch
>> Code 474300D
>> 2400 E. Pilot Plant Rd. M/S 1109
>> China Lake, CA 93555
>> [email protected]
>> (760)939-7097 
>> 
>> 
>> 
>> 
>> On 12/15/10 10:39 AM, "P C" <[email protected]> wrote:
>> 
>>> I have a table called person, and the ERAttachment is an avatar to that 
>>> person. My migrations setup initial values for a  person, and I can add an 
>>> avatar (ERAttachment) to an existing person. 
>>>  
>>>  
>>>  
>>> When I try to create a new person (within ERModernLook) and try to add the 
>>> avatar I get a NullPropertyException thrown. I think what happens (correct 
>>> me if I'm wrong) is that the there is no primary key assigned to my person 
>>> object and values for attributes in person object are not saved in the 
>>> database and when ERAttachment tries to make a relationship pointing back 
>>> to the person object it throws the exception "type: NullPropertyException; 
>>> additionalExceptions: ()>". 
>>>  
>>> How do I fix this? Thank you for your help.
>>>  
>>> Very respectfully,
>>> Peter
>>> 
>>> _______________________________________________
>>> 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/daniel.beatty%40navy.mil
>>> 
>>> 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/programmingosx%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:
> http://lists.apple.com/mailman/options/webobjects-dev/programmingosx%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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to