[WICKET-654] New Wicket Portlet support: translating Wicket relative paths back to fully qualified paths for usage in a portlet context

• Type: Sub-task
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.3.0-beta2, 1.3.0-beta3
• Assignee: Ate Douma
• Reporter: Ate Douma
• Created: 14/Jun/07 16:26
• Updated: 17/Dec/13 19:17
• Resolved: 15/Sep/07 01:39

Description

Wicket has the very nice feature of only generating current page relative url paths which is great when working behind mod_proxy.

But for a portlet, their is no such thing as "current request path", and thus relative paths makes no sense here.
Actually, the WicketPortlet solution will rewrite all wicket urls as PortletURL with the targetted wicket url as embedded parameter.

So, when running in a portlet context (RenderContext.isEmbedded()), the Request.getRelativePathPrefixToContextRoot() and .getRelativePathPrefixToWicketHandler() need to adapted to return a prefix which will make the generated wicket url fully qualified again against the base/domain url.
This might seem like a problem for environments behind mod_proxy (and it might), but when you run a portal this is a common/known issue.

The changes I'll commit against this issue are only effective when RenderContext.isEmbedded() == true, so this will have no effect in the normal case.