More about Service Portlet rules
 
  1. About 
  2. New 
  3. Portlet 
  4. Portlet 2.0 JSR286 
  5. History 
  6. More... 

Authentication

A portal server manages the authentication of its users. Therefore, when the PRPC portlet is called, a user is already identified and there is no reason for that user to identify himself again to PRPC. The user credentials and identity are available, but this data must be transferred from the portal server to PRPC. The transfer of credentials is managed through the PRPC single sign-on feature.

Single sign-on is implemented through the authentication service data object (Data-Admin-AuthService). For portlets, single sign-on is implemented by default through a standard portlet authentication service named PRPortletService.

You can use the standard portlet authentication service to manage the identification of the portlet users. Change the default settings to values that are appropriate for your system and modify the authentication activities as necessary.

Portlet-compliant harness forms

You can generate harness forms for work items that are portlet compliant, through fields on the HTML tab. See:

Debugging with the Snoop portlet

Many portlet vendors include a debugging portlet. See PDN article How to debug portlets with the Snoop portlet.

Debugging with the Tracer

You can trace the operation of a Service Portlet rule and the service activity it calls. See Tracer tool   — Tracing services. C-2430

Debugging with the Liferay Portal Server

The open source LifeRay Portal application server, a variant of the Apache Tomcat server, can be helpful in testing Service Portlet rules. See PDN article How to set up Liferay Portal Server (v3.6.1) to run JSR-168.

Web Services for Remote Portlets WAR

You can generate a portlet.war Web archive (WAR) file that can be deployed as an OASIS Web Services for Remote Portlets (WSRP) producer. For information, see PDN article How to deploy a Process Commander portlet as a WSRP producer in WebLogic Portal Server.

Performance statistics

For information on configuring the Performance tool for services and interpreting the results, see Testing Services and Connectors, a document in the Integration Services section of the PDN.

Inbound Public render parameters

Public render parameters received by PRPortlet are mapped to the pyInboundPortletServiceData clipboard page by the Rule-Service-Portlet.Run activity.

Definitions service
Related topics About Service Package data instances
Harness form — Completing the Advanced tab
Section form — Completing the HTML tab
Standard rules Atlas — Standard Service Portlet rules

UpAbout Service Portlet rules

Open topic with navigation