IBM Support

Collecting Data: Web Services for Remote Portlets (WSRP) for WebSphere Portal

Recommended Resources


Abstract

Collecting troubleshooting data for Web Services for Remote Portlets(WSRP) in IBM® WebSphere® Portal expedites time to resolution by enabling IBM Support to provide informed problem analysis.

Content

If you have already contacted IBM Support and must collect data to determine the nature of a problem in WebSphere Portal, review the information below for the available methods of data collection. Otherwise, review Collecting Data: Read first for WebSphere Portal.

Collecting Web Services for Remote Portlets (WSRP) specific information

1. What portlet API is being used in your remote portlet application (JSR168, JSR286, third party provider)?

2. If the application will not run because it has dependencies that we cannot duplicate locally, provide a reduced application that demonstrates the problem. Include Java source code if possible.

Data Collection

1. Enable WSRP trace logging by setting the following traceString in accordance with the instructions documented in the topic "Trace Logging" in the WebSphere Portal Information Center:

If Portal is acting as the producer and the error is on the producer enable this tracing:

com.ibm.wps.wsrp.producer.*=all

If Portal is acting as the consumer and the error is during consumption enable this tracing:
com.ibm.wps.wsrp.consumer.*=all

If the problem is happening during administration please enable the above tracing as appropriate and also the following tracing:
com.ibm.wps.command.wsrp.*=all  
com.ibm.wps.wsrp.cmd.*=all

If you have SSL enabled for your WSRP communication please follow the directions here to enable tracing. JSSE tracing

If you have Web Services security turned on for WSRP communication please follow the directions here to enable tracing. Ws-Security tracing

For further information regarding logging and tracing in the portal, refer to the topic "Logging and Tracing" in the WebSphere Portal Information Center.

Trace files to include:

-<wp_profile_root>/logs/WebSphere_Portal/SystemOut.log
-<wp_profile_root>/logs/WebSphere_Portal/SystemErr.log
-<wp_profile_root>/logs/WebSphere_Portal/trace.log

Be certain to indicate the relevant details (date and time, test case, user ID, etc) to IBM Support in your communications, and use specific entries from the log to illustrate the problem reported if possible.

Note: Ideally trace files should contain only the trace output for the application in question, although this is not always possible.

2. Confirm environmental information where you encountered the problem:

-WebSphere Application Server version
-WebSphere Portal version (standalone? test environment?),
-WebSphere Application Server Developer and Rational Application Developer versions if applicable,
-Any fixes, fixpacks applied (send event.history for both WebSphere Application Server and WebSphere Portal)
-Make sure to include same information from producer AND consumer
-If the producer is not an IBM producer please include any applicable logs from that producer

3. Collecting and submitting logs and configuration data

1. Reproduce the problem.

2. Run the following script from <wp_profile>/PortalServer/bin to collect the data:

Windows: wpcollector.bat
Linux/Unix/i: wpcollector.sh

4. Send the files to IBM Support by using the instructions outlined in Exchanging information with IBM Technical Support for problem determination.

Note: When sending in logs for review, include any relevant screenshots, timestamps, userIds, etc. in order to expedite analysis of the issue.

Related Information

Document information

More support for: WebSphere Portal
Problem Determination

Software version: 7.0, 8.0, 8.5

Operating system(s): AIX, HP-UX, IBM i, Linux, Solaris, Windows, z/OS

Software edition: Enable, Express, Extend, Hypervisor Edition, Server

Reference #: 1468821

Modified date: 12 November 2014


Translate this page: