Customer Proxy Class like CL_XSS_CAT_1_AREA_PAGE

Question

Hi all,
We've created a Proxy Class like CL_XSS_CAT_1_AREA_PAGE and we've placed it in MSS_HCM_ATTENDANCE_TEAMCALENDAR Service. Our class adds the number of pending leave requests to be approved at the end of the hyperlink, so we have something like 'Team Calendar (3)'.
We've done this so that managers know if they have any leave request pending to be approved without having to enter the application, so they can see this from the Overview page.
But we have an issue, as the Proxy Class is just called when we logon to ESS for the first time. Therefore, if the manager has 1 pending leave to approve, and approves it, when he goes back to the overview page, the hyperlink still shows 1 pending item.
We've seen that Record working times and Release working times don't have this problem, as the texts below these hyperlinks are automatically updated when using the applications. So, for example, if the user has no working times pending to be released the link is disabled, and when he records some working times, the link for releasing working times is automatically enabled, which means the Proxy Class is called at the end of recording working times process.
We've also seen that Resource keys EMPLOYEE_RECORDWORKTIME_SERVICE and EMPLOYEE_RELEASEWORKTIME_SERVICE both have a URL parameter called 'refreshmenu', and we thought that would trigger the call to the Proxy Class, but we've tried to add this parameter in our resource and did not take effect.
So, do you know how can we make our Proxy Class to be called? Is there any piece of code in the standard Record/Release Working times applications that does this call?
Thank you!
Albert Vinas.

Answer 1

Hi Siddharth,
Thanks for your quick response! But I think I was not clear in my post. We are not using CL_XSS_CAT_1_AREA_PAGE class, instead we've created a Z one completely different.
So, the main problem we have is that this Proxy Class is correctly called first time we logon to ESS/MSS, but we have no way to call it again after we approve a leave request, so the number of work items is not refreshed. In other words, if after approving a leave request you logoff and logon again, then you can see the correct number of pending leaves, but this is not what we want.
Reference to Record/Release Working times was done because in these 2 applications, each time a new working time is recorded or released the Proxy Class is called (easy to see by setting a breakpoint in the Class), so the hyperlink for 'Release working times' is automatically enabled/disabled.
As I said, we think URL parameter 'refreshmenu' in the Resource definition is important here, but it seems it is only used in Record/Release working times, so there must be a piece of code in the webdynpro application looking for this parameter, but we couldn't find it.
Regards,
Albert Vinas.