Menu
▾
▴
Re: [Wonder-disc] Re: [SOLVED???] Bug in ERD2WListPage/Embedded/sortOrderings
|
From: Max M. <max...@ma...> - 2003-02-21 04:47:23
|
Hi Anjo,
Very strange the issue you ran into having to enable pageConfiguration=20=
like '*', I would be curious to see what the dependent keys are that=20
are displayed when you start up (ERD2WDebuggingEnabled). What that=20
sounds like is that the custom assignment that calculates page=20
configuration names is not correctly informing the rule engine of the=20
dependency. I have just updated ERD2WModel so that all you have to do=20
is:
log4j.logger.er.directtoweb.ERD2WModel=3DDEBUG
and you should see the list of dependencies of your rule engine at=20
start time.
As for handling changing sort keys, believe it or not but we have=20
actually never run into the situation. I would agree that putting in=20
logic to filter out keys based on the current set of display keys is=20
the way to go.
Regards,
Max
> as a sidenote, what are the more experienced developers doing with the=20=
> user prefs if your model changes? When you rename soem property, you=20=
> are bound to get exceptions that are very hard to track down...
>
> Cheers, Anjo
>
> Am Donnerstag, 20.02.03 um 16:50 Uhr schrieb Anjo Krank:
>
>> All,
>>
>> adding "and pageConfiguration like '*'" to every rule helped to=20
>> prevent getting the wrong values from the rules, but I'm still at a=20=
>> loss why the entity.name =3D "Foo" condition is not enough?
>>
>> Cheers, Anjo
>>
>> Am Donnerstag, 20.02.03 um 16:22 Uhr schrieb Anjo Krank:
>>
>>> All,
>>>
>>> the reason this happens is that the defaultSortOrdering rule returns=20=
>>> the wrong values:
>>>
>>> DEBUG 16:20:26 15,36 MB used/3,64 MB free=20
>>> er.corebusinesslogic.ERCoreUserPreferences:93 - Prefs vfk=20
>>> sortOrdering.ListEmbeddedJobOpening =3D null
>>> DEBUG 16:20:26 15,44 MB used/3,56 MB free=20
>>> er.directtoweb.ERD2WListPage:107 - Found sort Orderings in user=20
>>> prefs null
>>> DEBUG 16:20:26 15,52 MB used/3,48 MB free=20
>>> er.directtoweb.rules.defaultSortOrdering.cache:? - CACHE:=20
>>> defaultSortOrdering for propertyKey: null depends on: ("entity",=20
>>> "task") value: ("sortOrder", "compareAscending", "path",=20
>>> "compareAscending")
>>> DEBUG 16:20:26 15,61 MB used/3,39 MB free=20
>>> er.directtoweb.ERD2WListPage:122 - Found sort Orderings in rules=20
>>> (<class com.webobjects.eocontrol.EOSortOrdering(sortOrder=20
>>> compareAscending)>, <class=20
>>> com.webobjects.eocontrol.EOSortOrdering(path compareAscending)>)
>>> WARN 16:20:27 15,69 MB used/3,31 MB free=20
>>> er.extensions.EXGenericRecord:100 - handleQueryWithUnboundKey:=20
>>> sortOrder
>>> WARN 16:20:27 15,77 MB used/3,22 MB free=20
>>> er.extensions.EXGenericRecord:100 - handleQueryWithUnboundKey:=20
>>> sortOrder
>>> WARN 16:20:27 15,86 MB used/3,14 MB free=20
>>> er.extensions.EXGenericRecord:100 - handleQueryWithUnboundKey: path
>>> WARN 16:20:27 15,94 MB used/3,05 MB free=20
>>> er.extensions.EXGenericRecord:100 - handleQueryWithUnboundKey: path
>>> WARN 16:20:28 16,03 MB used/2,97 MB free=20
>>> er.extensions.EXGenericRecord:100 - handleQueryWithUnboundKey:=20
>>> sortOrder
>>> WARN 16:20:28 16,11 MB used/2,88 MB free=20
>>> er.extensions.EXGenericRecord:100 - handleQueryWithUnboundKey:=20
>>> sortOrder
>>>
>>> I have rules like
>>>
>>> entity.name=3DSection =3D> defaultSortOrdering =3D (sortOrder,=20
>>> compareAscending, path, ...) [60]
>>> entity.name=3DUser =3D> defaultSortOrdering =3D (userName,=20
>>> compareAscending...) [60]
>>> *true* =3D> defaultSortOrdering =3D () [10]
>>>
>>> I really don=B4t understand why the wrong value gets used?
>>>
>>> Cheers, Anjo
>>>
>>> Am Donnerstag, 20.02.03 um 15:25 Uhr schrieb Anjo Krank:
>>>
>>>> All,
>>>>
>>>> I have some pages that looks like:
>>>>
>>>> ERD2WInspect displaying my item
>>>> some items
>>>> ERD2WCompactListPage displaying my related items (which are of a=20=
>>>> different entity)
>>>>
>>>>
>>>> When my user logs in, sets the sort ordering on the related list,=20=
>>>> changes to another class' object that doesn=B4t hve the key he just=20=
>>>> clicked on, he gets a handleQueryWithUnboundKey error. This is=20
>>>> because the last key chosen to sort on is somehow also associated=20=
>>>> with the new page configuration. When I insert some code to ignore=20=
>>>> this unbound key and sort on another field in the new embedded PC,=20=
>>>> I get
>>>>
>>>> | 5 | sortOrdering.ListEmbeddedSection | 1 | {
>>>> "_V" =3D (
>>>> {
>>>> "class" =3D=20
>>>> "com.webobjects.eocontrol.EOSortOrdering";
>>>> "selectorName" =3D "compareAscending";
>>>> "key" =3D "sortOrder";
>>>> },
>>>> {
>>>> "class" =3D=20
>>>> "com.webobjects.eocontrol.EOSortOrdering";
>>>> "selectorName" =3D "compareDescending";
>>>> "key" =3D "lastModificationDate";
>>>> }
>>>> );
>>>> } |
>>>>
>>>> Where lastModificationDate is not a key on "Section" but on another=20=
>>>> item I sorted on earlier...this error was *devilishly* hard to=20
>>>> track down, because you need to go to a ton of pages and make=20
>>>> changes on them that you normally don't make before you actually=20
>>>> get the error.
>>>>
>>>> Does anyone have an idea how to fix it? My take would be to check=20=
>>>> if the display keys actually contain the sort keys and filter out=20=
>>>> those that aren=B4t...
>>>>
>>>> Cheers, Anjo
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
>>>> The most comprehensive and flexible code editor you can use.
>>>> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day=20
>>>> Trial.
>>>> www.slickedit.com/sourceforge
>>>> _______________________________________________
>>>> Wonder-disc mailing list
>>>> Won...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/wonder-disc
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>
>>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Wonder-disc mailing list
> Won...@li...
> https://lists.sourceforge.net/lists/listinfo/wonder-disc
|