I had a quick look. As reported in the Jira this is an old neglected or unknown issue (reproductible in R11.04 and R12.04)
In this peculiar case, when storing we clear the cache for 2 entities: Person and Party. We use an EntityView in the display-entity (PartyNameView) and clearing the entity cache does not refresh the EntityView cache. In other words, the cache clearing done by this.clearCacheLine(value) in GenericDelegator.store() does not propagated to the EntityView cache. This is simply because entitycache.entity-list.default.PartyNameView nor entitycache.object-list.default.PartyNameView are not parts of utilCacheTable. I noticed tough that entitycache.entity.default.PartyNameView is. I stopped there... Note that the the this.distributedCacheClear.distributedClearCacheLine(value) is automatically done in GenericDelegator.clearCacheLine(). HTH Jacques From: "Adrian Crum" <adrian.c...@sandglass-software.com> >I fixed the entity condition cache. The cache being used in OFBIZ-5192 > is the primary key cache. So that is the one to look at. > > Most likely, the code that saves the changes to Person is not clearing > the pk cache - so that's why you see the stale data after an update. > > The entity model overhaul has nothing to do with this problem. > > -Adrian > > On 5/11/2013 11:32 AM, Jacques Le Roux wrote: >> Ha, I thought you had already fixed the underneath issue. Now I remember you >> also warned us at https://issues.apache.org/jira/browse/OFBIZ-5146 and DCC >> will still to be done >> >> OK, though it's not a biggie (not caching here does not hurt), I will revert >> >> Note that I don't agree with >>>>> Anyway, this should >>>>> not be a problem on the trunk. >> As I said it's easy to reproduce on trunk demo >> >> To be sure to understand. When your entity model overhaul WIP will be >> committed this will fix this (kinda?) issue(s?) ? >> >> Thanks >> >> Jacques >> >> From: "Adrian Crum" <adrian.c...@sandglass-software.com> >>> You believe wrong. >>> >>> Please revert the OFBIZ-5192 related commits, then spend some time >>> reviewing the discussion with the subject: "Important: Entity list cache >>> and GenericValue discussion". >>> >>> Understand the problem before you try to fix it. >>> >>> -Adrian >>> >>> On 5/11/2013 11:02 AM, Jacques Le Roux wrote: >>>> I intially reproduced with trunk demo, so I fixed it there and backported. >>>> I believe it's unrelated to the issues you fixed >>>> >>>> Jacques >>>> >>>> From: "Adrian Crum" <adrian.c...@sandglass-software.com> >>>>> Oops, I didn't notice this was on a release branch. Anyway, this should >>>>> not be a problem on the trunk. >>>>> >>>>> -Adrian >>>>> >>>>> On 5/11/2013 10:14 AM, Adrian Crum wrote: >>>>>> Are you sure this change is necessary? I fixed the caching problem a >>>>>> few days ago. >>>>>> >>>>>> -Adrian >>>>>> >>>>>> >>>>>> On 5/11/2013 10:09 AM, jler...@apache.org wrote: >>>>>>> Author: jleroux >>>>>>> Date: Sat May 11 09:09:26 2013 >>>>>>> New Revision: 1481276 >>>>>>> >>>>>>> URL: http://svn.apache.org/r1481276 >>>>>>> Log: >>>>>>> "Applied fix from trunk for revision: 1481274" >>>>>>> ------------------------------------------------------------------------ >>>>>>> r1481274 | jleroux | 2013-05-11 10:52:25 +0200 (sam., 11 mai 2013) | >>>>>>> 14 lines >>>>>>> >>>>>>> Fix "Name in List Related Contacts form doesn't get updated" reported >>>>>>> by Karl Beecher at https://issues.apache.org/jira/browse/OFBIZ-5192 >>>>>>> >>>>>>> If a person is set as a related contact for a party, updates to their >>>>>>> name are not immediately displayed by the ListRelatedContacts form. >>>>>>> >>>>>>> To reproduce (with OFBiz demo data): >>>>>>> * In the Party Manager, go to the profile page of DemoSupplier (they >>>>>>> have a related contact called 'Peter Manager' >>>>>>> * Follow the link to Peter Manager's profile page. >>>>>>> * Click Update and change the name (e.g. to 'Peter Manageress') >>>>>>> * Save >>>>>>> * Return to DemoSupplier's profile page. Observe that the name of the >>>>>>> related contact is still 'Peter Manager'. Refreshing doesn't change >>>>>>> that. >>>>>>> * Restart OFBiz >>>>>>> * Refreshing the profile page now displays the updated name. >>>>>>> >>>>>>> jleroux: to test in trunk I used company and scrum employee >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> Modified: >>>>>>> ofbiz/branches/release12.04/ (props changed) >>>>>>> ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml >>>>>>> >>>>>>> Propchange: ofbiz/branches/release12.04/ >>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>>>>>> Merged /ofbiz/trunk:r1470176,1481274 >>>>>>> >>>>>>> Modified: >>>>>>> ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml >>>>>>> URL: >>>>>>> http://svn.apache.org/viewvc/ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml?rev=1481276&r1=1481275&r2=1481276&view=diff >>>>>>> ============================================================================== >>>>>>> >>>>>>> --- >>>>>>> ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml >>>>>>> (original) >>>>>>> +++ >>>>>>> ofbiz/branches/release12.04/applications/party/widget/partymgr/PartyForms.xml >>>>>>> Sat May 11 09:09:26 2013 >>>>>>> @@ -771,7 +771,7 @@ under the License. >>>>>>> <form name="ListRelatedContacts" type="list" >>>>>>> list-name="contacts" default-table-style="basic-table"> >>>>>>> <field name="partyIdTo"> >>>>>>> - <display-entity entity-name="PartyNameView" >>>>>>> description="${firstName} ${middleName} ${lastName} ${groupName}" >>>>>>> key-field-name="partyId"> >>>>>>> + <display-entity entity-name="PartyNameView" >>>>>>> description="${firstName} ${middleName} ${lastName} ${groupName}" >>>>>>> key-field-name="partyId" cache="false"> >>>>>>> <sub-hyperlink description="[${partyIdTo}]" >>>>>>> target="viewprofile"> >>>>>>> <parameter param-name="partyId" >>>>>>> from-field="partyIdTo"/> >>>>>>> </sub-hyperlink> >>>>>>> >>>>>>> >
