Ok I made the Entities subclass ERXGenericRecord, but still got the same issue.
I'll try with generating my own EO classes, but I wanted to avoid that since
using EOGenericRecord or ERXGenericRecord is more flexible than that.
Thanks,
Anthonin
On Mon, 2015-02-09 at 11:57 -0500, Theodore Petrosky wrote:
and would you make the Entities subclass ERXGenericRecord?
On Feb 9, 2015, at 11:48 AM, Paul Yu <[email protected]> wrote:
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/MZbqvYs5QwJvpeaetUwhCQ==>
<https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==>
>>>
<https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==>
>>> si ce message
est indésirable (pourriel).
<https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==>
>>>
<https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==>
>
<https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==>
>
<https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==>
_______________________________________________
<https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==>
Do not post admin requests to the list. They
will be ignored. <https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==>
Webobjects-dev mailing list (
<https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==>
[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/tedpet5%40yahoo.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]
