このコンテンツは選択した言語では利用できません。
Chapter 30. Generic Fault Handling
Abstract
The JAX-WS specification defines two types of faults. One is a generic JAX-WS runtime exception. The other is a protocol specific class of exceptions that is thrown during message processing.
30.1. Runtime Faults
Overview
Most of the JAX-WS APIs throw a generic javax.xml.ws.WebServiceException exception.
APIs that throw WebServiceException
Table 30.1, “APIs that Throw WebServiceException” lists some of the JAX-WS APIs that can throw the generic WebServiceException exception.
API | Reason |
---|---|
| There is an error in the handler chain configuration. |
|
The specified class is not assigned from a |
| There is an error in the Dispatch instance’s configuration or an error occurred while communicating with the service. |
| There is an error in the Dispatch instance’s configuration. |
| There is an error in the Dispatch instance’s configuration or an error occurred while communicating with the service. |
|
An error occurred when using a supplied |
|
An error occurred when setting the payload of the message. If the exception is thrown when using a |
|
The specified class is not assigned from a |
30.2. Protocol Faults
Overview
Protocol exceptions are thrown when an error occurs during the processing of a request. All synchronous remote invocations can throw a protocol exception. The underlying cause occurs either in the consumer’s message handling chain or in the service provider.
The JAX-WS specification defines a generic protocol exception. It also specifies a SOAP-specific protocol exception and an HTTP-specific protocol exception.
Types of protocol exceptions
The JAX-WS specification defines three types of protocol exception. Which exception you catch depends on the transport and binding used by your application.
Table 30.2, “Types of Generic Protocol Exceptions” describes the three types of protocol exception and when they are thrown.
Exception Class | When Thrown |
---|---|
javax.xml.ws.ProtocolException | This exception is the generic protocol exception. It can be caught regardless of the protocol in use. It can be cast into a specific fault type if you are using the SOAP binding or the HTTP binding. When using the XML binding in combination with the HTTP or JMS transports, the generic protocol exception cannot be cast into a more specific fault type. |
javax.xml.ws.soap.SOAPFaultException | This exception is thrown by remote invocations when using the SOAP binding. For more information see the section called “Using the SOAP protocol exception”. |
javax.xml.ws.http.HTTPException | This exception is thrown when using the Apache CXF HTTP binding to develop RESTful Web services. For more information see Part VI, “Developing RESTful Web Services”. |
Using the SOAP protocol exception
The SOAPFaultException exception wraps a SOAP fault. The underlying SOAP fault is stored in the fault
field as a javax.xml.soap.SOAPFault object.
If a service implementation needs to throw an exception that does not fit any of the custom exceptions created for the application, it can wrap the fault in a SOAPFaultException using the exceptions creator and throw it back to the consumer. Example 30.1, “Throwing a SOAP Protocol Exception” shows code for creating and throwing a SOAPFaultException if the method is passed an invalid parameter.
Example 30.1. Throwing a SOAP Protocol Exception
public Quote getQuote(String ticker) { ... if(tickers.length()<3) { SOAPFault fault = SOAPFactory.newInstance().createFault(); fault.setFaultString("Ticker too short"); throw new SOAPFaultException(fault); } ... }
When a consumer catches a SOAPFaultException exception they can retrieve the underlying cause of the exception by examining the wrapped SOAPFault exception. As shown in Example 30.2, “Getting the Fault from a SOAP Protocol Exception”, the SOAPFault exception is retrieved using the SOAPFaultException exception’s getFault()
method.
Example 30.2. Getting the Fault from a SOAP Protocol Exception
...
try
{
proxy.getQuote(ticker);
}
catch (SOAPFaultException sfe)
{
SOAPFault fault = sfe.getFault();
...
}