Troubleshooting
Problem
Resolving The Problem
- Read first and MustGathers
MustGather: Read first for WebSphere Application Server and Liberty
EJB container problem Servlet engine and web container problem Core security problem JAX-WS/JAX-RPC Web services engine and tooling problem JAX-WS PolicySet and Bindings problem
For a listing of all technotes, downloads, and educational materials specific to the Web Services Security component, search the WebSphere Application Server support portal.
- Exchange data with IBM Support
To diagnose or identify a problem, it is sometimes necessary to provide Technical Support with data and information from your system. In addition, Technical Support might also need to provide you with tools or utilities to be used in problem determination. You can submit files by using one of the following methods to help speed problem diagnosis:
- Service Request (SR)
- FTP to the Enhanced Customer Data Repository (ECuRep)
WS-Security trace specifications
Traces that you are obtaining to send to IBM support must be gathered from server startup because WS-Security configuration data is emitted in the trace only during application server startup.
WebSphere traditional
Trace strings for WebSphere traditional must be entered as one line with no breaks or spaces.
*=info:com.ibm.websphere.wssecurity.*=all:com.ibm.ws.webservices.wssecurity.*=all:com.ibm.wsspi.wssecurity.*=all:com.ibm.ws.wssecurity.*=all:com.ibm.xml.soapsec.*=all:com.ibm.ws.webservices.trace.*=all:com.ibm.ws.websvcs.trace.*=all:com.ibm.ws.webservices.multiprotocol.AgnosticService=all:com.ibm.ws.websvcs.utils.SecurityContextMigrator=all:com.ibm.ws.wssecurity.platform.audit.*=off
Avoid delay: Do not add com.ibm.ws.security.*, com.ibm.ws.webservices.*, com.ibm.ws.websvcs.* or SSL=all to your trace specification unless IBM support asks you to do so. Adding these trace strings makes a WS-Security trace difficult to read. IBM support might ask you to gather the trace again if you do use an incorrect trace specification.
Liberty
org.apache.xml.security.*=all:com.ibm.ws.security.*=all:com.ibm.ws.wssecurity.*=all:com.ibm.ws.webcontainer.*=all:com.ibm.ws.http.*=all:com.ibm.ws.ssl.*=all:com.ibm.ws.channel.ssl.*=all:com.ibm.ws.transport.http.*=all:com.ibm.ws.http.internal.*=all:com.ibm.ws.http.dispatcher.*=all:org.apache.cxf.*=all:org.apache.ws.security.*=all:org.opensaml.*=all:com.ibm.websphere.channelfw.ChannelUtils=all:org.apache.wss4j.*=all:org.apache.ws.security.*=all
Collect data for WebSphere traditional
This section is for collecting data for WEBSPHERE TRADITIONAL. If you want to collect data for Liberty, see the
Collect data for Liberty section later in this document.
To troubleshoot a WS-Security problem in WebSphere traditional, collect the information listed in the step-by-step section later in this document.
When all the information for your issue is ready, follow the instructions on Exchanging information with IBM Technical Support for problem determination to send the information and files that you collected.Trace specification
WS-Security trace specification for WebSphere traditional:
*=info:com.ibm.websphere.wssecurity.*=all:com.ibm.ws.webservices.wssecurity.*=all:com.ibm.wsspi.wssecurity.*=all:com.ibm.ws.wssecurity.*=all:com.ibm.xml.soapsec.*=all:com.ibm.ws.webservices.trace.*=all:com.ibm.ws.websvcs.trace.*=all:com.ibm.ws.webservices.multiprotocol.AgnosticService=all:com.ibm.ws.websvcs.utils.SecurityContextMigrator=all
Trace strings for WebSphere traditional must be entered as one line with no breaks or spaces.
Step-by-step
Avoid delay: Traces that you are obtaining to send to IBM support must be gathered from server startup because WS-Security configuration data is emitted in the trace only during application server startup.
Items to collectComments and InstructionsProblem description Provide a clear, specific problem description, including specific usage information and error scenario. Diagnostic questions - Did this work at one time before changes were made? Explain.
- What is the web service client? For example, a servlet that is running on WebSphere Application Server, a stand-alone Java™ application, Microsoft® .NET client, and so on.
- What is the web service provider? For example, WebSphere Application Server, .NET, or an unknown third party.
- Is the failure reported in the logs from the web service client or the web service provider?
- When does the problem occur?
- How often does the problem occur?
- Is SSL being used?
Simplified test case, EAR file, or RAD project interchange file Provide a simplified test case that demonstrates the problem. Include step-by-step instructions for running the test case. Due to the complex nature of Web services security problems, the fastest way for us to resolve your issue is through a test case.
If a test case is not available, provide an EAR file from both the web service provider and web service client, or provide a Project Interchange file exported from Rational® Application Developer.
JAX-WS WS-Security policy and binding data
-or-
JAX-RPC deployment descriptorsIf a problem requires inspection of the WS-Security configuration, failure to send the complete set of PolicySet and bindings files from the server delays resolution of the problem.
For JAX-WS Applications:Avoid delay: If at all possible, for this step, use the zip utility to zip the directories. rar and tar files cannot be used with the automated tools for extracting policy and bindings files from the zips.
Generate separate recursive zip files from each of the following directories:- (cellRoot)/PolicySets
- (cellRoot)/bindings
- (cellRoot)/applications/(earName)/deployments/(appName)/META-INF
For JAX-RPC Applications:Gather the following files: - (serverRoot)/ws-security.xml
- (cellRoot)/ws-security.xml, if it exists
- (cellRoot)/sibws-wssecurity.xml, if it exists
- For servlets, zip the contents of
- (cellRoot)/applications/(earName)/deployments/(appname)/(warName)/WEB-INF
- For EJBs, zip the contents of
- (cellRoot)/applications/(earName)/deployments/(appname)/(jarName)/META-INF
WS-Security trace Enable Web services security tracing and reproduce the problem. If possible, enable tracing on both the web service client and the web service provider.
Avoid delay: WS-Security traces must be gathered from client or application server startup in order to confirm that the components are initialized without error.
1. Determine your trace specification- Expand the Trace specification section earlier in this document.
- Copy the trace specification.
2. Enable trace- To enable trace on a MANAGED or UNMANAGED CLIENT (launchClient or thinclient):
- Follow the instructions in the Tracing web services topic in the IBM Documentation.
- Use the WS-Security trace string that you chose in the Determine your trace specification step earlier in this document.
- After you enabled trace on your client, proceed to 'Reproduce the problem'
To enable trace on an APPLICATION SERVER:- In the administrative console, expand Troubleshooting > Logs and Trace > server_name > Diagnostic trace service
- Configure the trace file specifications
- Under Trace Output, select File
- (Optional) Set Maximum File Size and Maximum Number of Historical Files
- The default values for Maximum File Size and Maximum Number of Historical Files are sufficient if the problem can be re-created with one request. However, if the problem is intermittent, it is necessary to increase the File Size to 50 MB and set an appropriate number of historical files.
- Click Apply
- Set the trace specification
- Click Change log level details
- If there is a trace specification in the box, delete it
- Enter the WS-Security trace string that you chose in the Determine your trace specification step earlier in this document.
- Click Apply
- Click Save
- Proceed to 'Reproduce the problem'
3. Reproduce the problemAvoid delay: WS-Security traces must be gathered from client or application server startup.
On the client or application server on which you are obtaining a trace, do the following:- Stop the client or application server
- Restart the client or application server
- Reproduce the problem
4. Locate the trace fileIn WEBSPHERE TRADITIONAL, the trace is found in the following location: - (was_profile_root)/logs/(server_name)/trace*.log
Follow instructions to send diagnostic information to IBM support to send the files mentioned in the preceding steps.
Video
The following video shows how to gather data for WebSphere Application Server traditional to send to IBM support for problem analysis. This video is a companion to the 'Step-by-step' section earlier in this document.
Collect data for Liberty
This section is for collecting data for LIBERTY. If you want to collect data for WebSphere traditional, see the
Collect data for WebSphere traditional section earlier in this document.
To troubleshoot a WS-Security problem in Liberty, collect the information listed in the step-by-step section later in this document.
When all the information for your issue is ready, follow the instructions on Exchanging information with IBM Technical Support for problem determination to send the information and files that you collected.Trace specification
WS-Security trace specification for Liberty:
org.apache.xml.security.*=all:com.ibm.ws.security.*=all:com.ibm.ws.wssecurity.*=all:com.ibm.ws.webcontainer.*=all:com.ibm.ws.http.*=all:com.ibm.ws.ssl.*=all:com.ibm.ws.channel.ssl.*=all:com.ibm.ws.transport.http.*=all:com.ibm.ws.http.internal.*=all:com.ibm.ws.http.dispatcher.*=all:org.apache.cxf.*=all:org.apache.ws.security.*=all:org.opensaml.*=all:com.ibm.websphere.channelfw.ChannelUtils=all:org.apache.wss4j.*=all:org.apache.ws.security.*=allStep-by-step
Avoid delay: Traces that you are obtaining to send to IBM support must be gathered from server startup because WS-Security configuration data is emitted in the trace only during Liberty server startup.
Items to collectComments and InstructionsProblem description Provide a clear, specific problem description, including specific usage information and error scenario. Diagnostic questions - Did this work at one time before changes were made? Explain.
- When does the problem occur?
- How often does the problem occur?
WS-Security configuration
informationGather the following files: - At a minimum, send in the following files:
- server.xml
- The wsdl file for your application
- If you can recursively zip your Liberty installation and that zip file is 500mb or smaller, send a recursive zip of your Liberty installation directory.
WS-Security trace Enable the WS-Security tracing and reproduce the problem.
Avoid delay: WS-Security traces must be gathered from Liberty server startup in order to confirm that the component is initialized without error.
1. Determine your trace specification- Expand the Trace specification section earlier in this document.
- Copy the trace specification.
2. Enable traceTo enable trace on Liberty: - Follow the instructions in the Enabling Trace on Liberty Profile section in Set up trace and get a full dump for WebSphere Liberty.
- Additional information can be found in the Liberty:Logging and Trace topic in the IBM Documentation.
- Use the trace string that you chose in the Determine your trace specification step earlier in this document.
- Proceed to 'Reproduce the problem'
3. Reproduce the problemAvoid delay: WS-Security traces must be gathered from Liberty server startup.
On the Liberty server on which the feature is configured, do the following:- Stop the Liberty server
- Restart the Liberty server
- Reproduce the problem, taking note of any relevant user and group names used, exact URL strings accessed, and general time stamps.
4. Locate the trace and log filesOn LIBERTY, by default, the trace is found in the following location:
- (wlp.install.dir)/usr/servers/(server_name)/logs
5. Recursive zip the logs directoryPerform a recursive zip in the directory identified in the step earlier in this document and send in the file. This zip gathers the following files:
* console.log
* messages.log
* trace.log
* ffdc/*
Follow instructions to send diagnostic information to IBM support to send the files mentioned in the preceding steps.
![](/support/pages/system/files/support/swg/swgtech.nsf/0/e79f99465adca36c85256fb6001a043f/Content/1.4654.gif)
Related Information
Was this topic helpful?
Document Information
Modified date:
06 September 2023
UID
swg21199335