Show TOC

'WSRP Application Sharing' ModeLocate this document in the navigation structure


Web-Services for Remote Portlets (WSRP) is a portal standard, which defines a set of interfaces that enable the integration of portlets hosted or rendered on remote portal servers from different vendors. SAP NetWeaver supports WSRP 1.0.

With the WSRP application sharing usage mode, you can share heterogeneous content and applications between SAP NetWeaver and non-SAP portals over WSRP. The following combinations are supported:

  • SAP NetWeaver consumer and non-SAP producer: SAP NetWeaver Portal consumes and integrates WSRP-compliant content from a non-SAP vendor.

  • SAP Non-SAP consumer and SAP NetWeaver producer: SAP NetWeaver Portal exposes its WSRP-compliant content to a non-SAP portal vendor.

SAP NetWeaver Portal can serve both as a WSRP producer and WSRP consumer at the same time.

You can use this content usage mode to share content between an SAP NetWeaver producer portal and an SAP NetWeaver consumer portal; however this scenario is highly unlikely and not recommended. There are no benefits using WSRP application sharing between two SAP NetWeaver portals. For SAP NetWeaver-to-NetWeaver portal content sharing, you should use the remote role assignment or remote delta link usage modes instead.


This documentation set does not provide information on how to operate a non-SAP portal. Use documentation supplied by the portal vendor.

Advantages and Disadvantages



  • Facilitates heterogeneous interoperability of content and applications across independent portal vendors:

  • Increases user productivity by enabling a seamless and consolidated user experience-company-wide applications are accessed through a single portal interface.

  • Runtime execution of portlet-based iViews remains on the non-SAP producer portal, thus reducing the load on the SAP NetWeaver Portal.

  • Increases return-on-investment (ROI) by utilizing applications residing on distributed servers.

  • Users can personalize properties of iViews and portlets at runtime.

  • Content must be WSRP-compliant.

  • WSRP standard provides support for integration on a portlet/iView level only. Whole business packages, roles, worksets, and portal pages are not supported.

  • Some restrictions apply to the type of content that is supported by WSRP. Details for SAP NetWeaver content are provided later in this topic.

  • Source iViews/portlets on the producer portal are required at all times for the runtime execution of corresponding iViews/portlets on the consumer portal.

Basic Administration Workflow on an SAP NetWeaver Producer Portal

The following workflow describes the steps performed by administrators on an SAP NetWeaver producer portal in order to expose content to a non-SAP consumer portal over WSRP:

  1. The system administrator defines the root PCD folder for WSRP-based content requests. This allows you to specify which part of your Portal Catalog you want to be accessible over WSRP to non-SAP consumers.

  2. The user administrator creates a dedicated registration user and password for each non-SAP consumer. This allows you to assign specific content to consumers through the use of portal permissions. It also allows you to assign a unique password for each consumer.

  3. The system administrator or content administrator assigns access permissions to the content that you want to expose.

  4. You supply your portal URL and consumer logon information (user and password) to each consumer (this could be done before assigning permissions to content, but is not recommended).

Basic Administration Workflow on an SAP NetWeaver Consumer Portal

The following workflow refers to an SAP NetWeaver consumer portal consuming content from a non-SAP producer portal over WSRP:

  1. The system administrator sets up a connection to the non-SAP producer portal and registers the consumer portal with the producer portal.

  2. The content administrator connects to the non-SAP producer portal and browses its shared portlets.


    Before a consumer can use this mode, the portal administrators on the non-SAP producer portal must first configure their environments accordingly so they can accept remote WSRP connections and expose content.

  3. The content administrator selects relevant portlets.

  4. The content administrator generates local proxy-to-portlet iViews in the Portal Catalog of the SAP NetWeaver consumer portal.

    A proxy-to-portlet iView on the consumer portlet functions as a local SAP NetWeaver proxy application that references its corresponding portlet residing on another portal (a producer portal).

  5. The content administrator integrates the proxy-to-portlet iViews with other local content, such as pages and roles, and assigns it to users.

Technical Aspects

Pay attention to the following technical aspects when working with the WSRP application sharing mode:

  • At runtime, SAP NetWeaver-derived portlets on a non-SAP consumer execute their corresponding iViews on the remote SAP NetWeaver producer, which in turn execute their portal components. Thus, the source iViews on an SAP NetWeaver producer are always needed for non-SAP consumers in order to function.

  • The producer specifies which properties in the source iView or portlet can be personalized by business users executing the remote content from the consumer. Note that at runtime, the application properties of the source iView/portlet are separated from the non-application properties of the proxy-to-portlet iView.

  • WSRP application sharing supports WSRP-compliant iViews/portlets only. SAP application iViews and Web Dynpro iViews are not supported, as well as many SAP business packages. For more information, see the SAP note referenced in Limitations, Known Issues, and Workarounds .

  • For guidelines on developing WSRP-compliant Java applications, see Developing WSRP-Compliant Applications .

  • SAP NetWeaver iViews based on .NET applications can also be exposed by an SAP NetWeaver producer portal to other third-party WSRP-compliant platforms. For more information about SAP Portal Development Kit (PDK) for Microsoft .NET and for guidelines for creating WSRP-compliant .NET applications, go to on SAP Developer Network, and then access the Portal Development Kit for .NET link.

  • The following application-oriented services are not supported:

    • Client-side eventing

    • Object-Based Navigation (OBN)

    • WorkProtect Mode for securing user data

  • If the non-SAP producer exposes its portlets with the corresponding WSRP classes (CSS classes, such as portlet-font), the portlets render at runtime in the look and feel of the SAP NetWeaver Portal theme.

  • Personalization data created by end users on the consumer is stored on the producer portal.

The following figures illustrate the design time and runtime aspects of WSRP application sharing between SAP NetWeaver and non-SAP portals:

Figure: WSRP application sharing of portlets between a non-SAP producer and an SAP NetWeaver consumer. At design time, the content administrator on the SAP NetWeaver consumer chooses an exposed WSRP portlet from the producer and generates a local proxy-to-portlet iView. The content administrator on the consumer then assigns the local iView (iView A) as a delta link to a local role (Role A). When users assigned to Role A log on to the consumer portal at runtime, the execution of iView A' in Role A passes through iView A, which executes the portlet on the producer portal. HTML markup is returned to the SAP NetWeaver consumer portal.

Figure: WSRP application sharing of portlets between an SAP NetWeaver producer and a non-SAP consumer. At design time, the content administrator on the non-SAP consumer chooses an iView exposed from the SAP NetWeaver producer and generates a local consumer portlet. The content administrator on the non-SAP consumer then assigns the portlet to its users. At runtime, the consumer portlet executes the WSRP-compliant iView and the portal component on the SAP NetWeaver producer. HTML markup is returned to the non-SAP consumer portal.