[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [wsrp-interfaces] Implementation question
Yes, nav state could be used to hold long
lived session data that persists across consecutive user logins. I believe a
lot of portlets could utilize a “as last viewed” display e.g. my
local weather, with view state set directly via the UI, as I fly from hot and impossibly
humid, hurricane endangered Florida to grey but safe England. Regards, Andre From: Michael Freedman [mailto:michael.freedman@oracle.com] We [the Oracle Portal] view navigational state as
unrelated to user/session state. Navigational state is encoded in the
URLs on the encapsulating page. Currently, this is the only
attempt/context for maintaining these URLs -- thus when you navigate to another
page and return navigational state is lost. Users of course always have
an option of bookmarking the page with its current navigational context. If I may somewhat abuse this forum for a quick poll on how navigational state is handled in WSRP consumer implementations, wsrp-interfaces being
the most active / vocal one: Do your Portals facilitate saving a WSRP Portlet’s
navigational state between end user login sessions? I.e.
if I navigate to a remote
portlet’s XYZ screen and then log
out from the consumer will I actually be able to log in later (go to the page for the WSRP Portlet) and see XYZ if the portlet has saved/encoded “show
XYZ” in its navigational
state? I know the spec supports
this but is it widely implemented / selectable? If not, do people think this should be supported by a new boolean flag in a portlet’s metadata description:
requestingNavStatePersists=true/false? Also, I will not be able to make the SC call
next week so, again, my apologies. Regards, Andre |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]