The Isolation Method property of iViews defines how an iView or page is encoded in a page. It determines whether iView content is collected at the server or at the client, and how the PageBuilder component displays the content. The value of this property can affect the performance of a page.
iViews can have one of the following isolation methods:
The iView method Pumped is no longer supported, although it will still appear (as Pumped‑Deprecated) in the Isolation Method iView property menu. For complete information, see SAP Note 739121.
The Isolation Method property is in the Load category; you access it through the Property Editor. For information about editing properties, see Property Editor.
● Either URL or Embedded isolation mode is suitable for iViews with relatively heavy content
● You can use Embedded isolation mode for:
○ iViews that are tightly coupled (with POM events) and need to refresh themselves, through the server, according to mutual client actions
○ iViews that are presented as navigation nodes outside a page
○ Regular iViews that will not be added to a Web Dynpro page
When a regular iView whose isolation method is Embedded is added to a Web Dynpro page, a warning message is generated and the isolation method is changed on-the-fly to URL.
● Use URL isolation mode:
○ When presenting content external to the portal server
○ For regular iViews that will be assigned to a Web Dynpro page
● After selecting an isolation mode, check the iView functionality in its full portal environment
● Pages also have isolation methods, which additionally affects the behavior of the page. Set pages to Embedded isolation mode to avoid additional server requests to fetch the pages.
It is possible for a portal page to contain another page, which itself contains iViews. If you add a page containing isolated iViews to a page containing embedded iViews, an event on the outer page will affect the isolated iViews on the inner page.
The issue discussed here applies to embedded pages containing embedded iViews. Generally, when a Web page link is activated, a browser, by default, replaces the current page with whatever content was retrieved. In the case of EP 6.0, the browser recognizes the portal content area and the navigation area as equivalent to a page. Therefore, when an external link of an embedded iView on an embedded page is clicked, the portal content area and navigation area are both displaced by the new content. This may disorient users, as they suddenly will have lost the portal navigation capabilities.
When coding the links that retrieve external content, developers should make sure that the links open a new window rather than replace the work area and navigation area of the portal framework.
Since developers cannot control the link behavior of links that retrieve content from external sources, they should bring external content to a page that is defined as isolated.
Using links to internal content (other iViews on the portal) should not have this effect, as long as the link is generated with standard portal runtime (PRT) URL generation API. For more information, see Triggering Navigation.