1. Wicket
  2. WICKET-647 New Wicket Portlet support
  3. WICKET-654

New Wicket Portlet support: translating Wicket relative paths back to fully qualified paths for usage in a portlet context


    • Type: Sub-task Sub-task
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 1.3.0-beta2, 1.3.0-beta3
    • Fix Version/s: None
    • Component/s: None
    • Labels:


      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.


        Ate Douma created issue -
        Ate Douma made changes -
        Field Original Value New Value
        Affects Version/s 1.3.0-beta3 [ 12312533 ]
        Ate Douma made changes -
        Resolution Fixed [ 1 ]
        Status Open [ 1 ] Resolved [ 5 ]
        Martin Grigorov made changes -
        Component/s wicket-portlet [ 12311803 ]


          • Assignee:
            Ate Douma
            Ate Douma
          • Votes:
            0 Vote for this issue
            0 Start watching this issue


            • Created: