This is not a database issue. The rule system is saying the model attribute does not exist.
So you reverse engineered the database to a new model. You have not setup or generated any Java classes for your EOs, since it is looking at a EOGenericRecord. I normally would have generated the EO Java classes and then go from there.... Paul Sent from my iPad > On Feb 9, 2015, at 11:11 AM, James Cicenia <[email protected]> wrote: > > You might want to check your database integrity. Maybe a bad id reference? > > > >> On Feb 9, 2015, at 10:01 AM, Lize Anthonin (@JCOMMOPS) <[email protected]> >> wrote: >> >> I actually n-checked the model... I even open the plist files in a text >> editor in order to check the relationships. Nothing abnormal apparently. >> No I don't use inheritance, it's actually a reversed engineered model. >> And I checked the rule thing, it's basically what the "new Wonder D2W >> application" provides, plus 1 or 2 rules for managing tabs... >> >> Anthonin >> >>> On Mon, 2015-02-09 at 14:44 +0000, Fabian Peters wrote: >>> 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/james%40jimijon.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/archive%40mail-archive.com This email sent to [email protected]
