Thanks, Ramsey, for the help. Delayed key value assignment sets the key correctly (with some changes), but the relationship shows as unset. I am not sure how that works. Perhaps, the relationship is not getting set early enough.
I am trying to squirrel things away in the session for later initialization of eos. I tried putting my cached values in ERXThreadStorage, but the eo for initialization ended up being in a different thread from the cached value. ERXThreadStorage has a reference to session and using this, I was able to get my cached value out of session. I cranked up 3 different sessions under Eclipse and they all resolved correctly. Am I kidding myself? Is this going to break in production or are the session objects returned in related (whatever that means) threads correct? I hope this post isn't too convoluted. Threads are twisty! Richard Palmer On Oct 12, 2010, at 5:59 AM, Ramsey Lee Gurley wrote: > Wrong assignment class. You need a key value assignment. Although, I don't > know if that will actually work either. You have to at least request that > value from the context for it to assign it to the key... but it might just > assign that to the string key. If you are trying to provide initial values, > you may want to look at ERXEntityClassDescription javadocs or set it up in > the init() method on your entity class. > > Ramsey > > On Oct 11, 2010, at 11:31 PM, Richard Palmer wrote: > >> I have two entities, >> Activity <<----------------> Customer >> >> Why doesn't this rule set a Customer in Activity? >> >> 200 : (task = 'edit' and entity.name = 'Activity' and tabKey = 'Customer') >> => object.toCustomer = session.customerFocus >> [com.webobjects.directtoweb.EntityAssignment], >> >> >> session.customerFocus() is a method returning a customer stored in session. >> This is in a ERMODWizardCreationPage whose first Tab Section is 'Customer'. >> >> Richard Palmer _______________________________________________ >> 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/rgurley%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]
