ICEfaces
  1. ICEfaces
  2. ICE-9548

WebSphere Portal has malformed response when replacing the full view content of a portlet

    Details

    • Type: Bug Bug
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: EE-3.3.0.GA
    • Fix Version/s: None
    • Component/s: Framework
    • Labels:
      None
    • Environment:
      WebSphere Portal

      Description

      With WebSphere Portal, when a component sends an Ajax request it can either trigger normal or subtree rendering. When doing a subtree render, things seems to behave and the resulting response is properly targeted at the relevant part of the view. However, when "normal" rendering is triggered (i.e. render=@all) the resulting response is the entire view, starting with the <html> tag. This causes problems on the client side when it attempts to replace the view with the response and the portlet ends up being emptied.

       Normally the old DOM would be compared to the new DOM and the resulting updates would be properly calculated. Part of the problem is related to the problem described in IPCK-479 where the ViewMap does not contain a reference to the previous DOM.

      However, we do have logic added from ICE-8379 that should, when the old DOM is unavailable, regenerate the current view and replace the contents of the portlets. However this logic is currently not working in WebSphere Portal as the resulting response is a full <html> page and unsuited to being found and replaced in the client's DOM.

        Activity

          People

          • Assignee:
            Unassigned
            Reporter:
            Deryk Sinotte
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated: