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@hidden> 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@hidden> 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@hidden>:
> 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@hidden
>>> >:
>>>
>>>
>>> > 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@hidden)
>>> > Help/Unsubscribe/Update your Subscription:
>>> >
>>> > This email sent to email@hidden
>>>
>>>
>>>
>>>
>>> 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@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
|