I've never seen something like that happen. I'd double-check the model. Do you use inheritance anywhere in the model? Or it may be a rule that attributes the wrong entity to a given page configuration.
Am 09.02.2015 um 13:45 schrieb Lize Anthonin (@JCOMMOPS) <[email protected]>: > So I edited my rules, and I saw this during editing a platform, with no Obs > bound : > <obs_ship.png> > > So Obs and Ship are mixed up. It should be Obs. I checked relationships > inside my eomodel, they seem to be correct... > > And on another edit page (for another entity not mentioned till now), this > problem happens between PTF and Ship (after editing rules to avoid the > previous problem) : > <ptf_ship.png> > > For the query form, it is just the name which is not correct, the form fields > are the ones from PTF... > > I will focus on Ship, hopping it's not a lure... :) > > Anthonin > > On Mon, 2015-02-09 at 12:55 +0100, Lize Anthonin (@JCOMMOPS) wrote: >> Fabian, >> >> Thank you for your reply. >> Actually I didn't set any rule for that page (it's coming only from D2W >> framework). It's indeed the page EditPtf, but that page displays the ship >> information through the relationship. And it displays also Obs information >> through a M-to-N relationship. >> But as a quick fix, I'll try to override displayPropertyKeys when >> pageConfiguration is "EditRelationshipEmbeddedObs", so that it matches "Obs" >> entity fields. >> >> Thanks, >> Anthonin >> >> On Mon, 2015-02-09 at 10:42 +0000, Fabian Peters wrote: >>> Hi Anthonin, >>> >>> Looking at the stacktrace I see "D2W-EntityName" = "Ship", but the page is >>> "EditPtf" and the pageConfiguration is "EditRelationshipEmbeddedObs". I'd >>> say you're applying a displayPropertyKeys rule that's meant for the "Ship" >>> entity to the "Obs" entity. But I may be entirely wrong… >>> >>> Fabian >>> >>> Am 09.02.2015 um 09:11 schrieb Lize Anthonin (@JCOMMOPS) < >>> [email protected] >>> >: >>> >>> >>> > Hi all, >>> > >>> > I ran into the following - quite classic - error, and I don't know what >>> > is causing this : >>> > <com.webobjects.eocontrol.EOGenericRecord 0x4813735d> valueForKey(): >>> > lookup of unknown key: 'autonomy'. This class does not have an instance >>> > variable of the name autonomy or _autonomy, nor a method of the name >>> > autonomy, _autonomy, getAutonomy, or _getAutonomy >>> > >>> > Just to present the situation, in my design, a Platform (PTF) is bound to >>> > a Ship (SHIP). >>> > It's a D2W app and it appears when I want to edit a PTF, but not when I >>> > want to edit a SHIP (so probably tied to a not nullable constraint or >>> > something like that). >>> > >>> > Here is what I have checked so far : >>> > - Given the attached stack trace, I checked the Ship entity and the >>> > "autonomy" field is indeed present in my table. >>> > - The Ship_id field in PTF is indeed nullable. >>> > - If I delete from my eomodel the 'autonomy' field (which is the first in >>> > alphabetical order), the next one fires the same exception. >>> > - If you look at the stacktrace, you can see that the rule >>> > 'pageConfiguration' is set to EditEmbeddedRelationshipObs : >>> > "D2W-PageConfiguration" = "EditRelationshipEmbeddedObs"; >>> > Obs is another table (a PTF is bound to * Obs). But Obs is not bound >>> > to Ship in the model. It is like it is looking for Ship fields when >>> > listing the Obs and obviously it does not find the ship fields inside the >>> > obs entity. >>> > >>> > It seems to be a quite obvious problem to resolve, but I can't see it >>> > apparently. >>> > If someone has an idea, it would be very helpful! >>> > >>> > I keep digging. >>> > Thanks >>> > -- >>> > Anthonin Lizé >>> > <stacktrace.txt> _______________________________________________ >>> > 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.fabian%40e-lumo.com >>> > >>> > This email sent to [email protected] >>> >>> >>> >>> >>> Cliquez sur l'url suivante >>> >>> https://www.mailcontrol.com/sr/Ma8NcAX!KTvGX2PQPOmvUnk1PR6ftzo0HYbJRywOFupRbHy353ajyWCFrGjftC+SZGQNskQ9zi8FoPzuIXnePg== >>> >>> si ce message est indésirable (pourriel). >>> > > _______________________________________________ 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]
