You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using the form tag for portlets, prepending the portlet's context is not wanted since we want the url to resolve to the portal's context and not the portlet's(where the form tag lives). The portlet url tags generate portlet urls within the jsp like /uPortal/f/s70/p/portlet-name/normal/action.uPpP_javax.portlet.action=saveItem
which resolve to /uPortal and not /PortletName
The original idea was to have the adding-context functionality off by default and turned on by an added parameter but it wasn't implemented. That way it wouldn't break anything while letting new apps take advantage of the shortcut.
I've managed to find a workaround for this by having the portal call WebUtils.exposeForwardRequestAttributes() before forwarding to the portlet application. This causes the form tag to use the portals context path instead of the portlet applications path.
Kevin Wilkinson opened SPR-10382 and commented
When using the form tag for portlets, prepending the portlet's context is not wanted since we want the url to resolve to the portal's context and not the portlet's(where the form tag lives). The portlet url tags generate portlet urls within the jsp like
/uPortal/f/s70/p/portlet-name/normal/action.uPpP_javax.portlet.action=saveItem
which resolve to /uPortal and not /PortletName
renders as
The original idea was to have the adding-context functionality off by default and turned on by an added parameter but it wasn't implemented. That way it wouldn't break anything while letting new apps take advantage of the shortcut.
Affects: 3.2.1, 3.2.2
Reference URL: https://jira.springsource.org/browse/SPR-8684
Issue Links:
Referenced from: commits c0cacfc, 399f887
2 votes, 7 watchers
The text was updated successfully, but these errors were encountered: