Debugging and LoggingPage edited by Sergey BeryozkinChanges (21)
Full Content
Debugging and Logging
Logging MessagesCXF uses Java SE Logging for both client- and server-side logging of SOAP requests and responses. Logging is activated by use of separate in/out interceptors that can be attached to the client and/or service as required. These interceptors can be specified either programmatically (via Java code and/or annotations) or via use of configuration files. Configuration files are probably best. They offer two benefits over programmatic configuration:
Enabling message logging through configuration files is shown here. For programmatic configuration, the logging interceptors can be added to your service endpoint as follows: import javax.xml.ws.Endpoint; import org.apache.cxf.interceptor.LoggingInInterceptor; import org.apache.cxf.interceptor.LoggingOutInterceptor; import org.apache.cxf.jaxws.EndpointImpl; Object implementor = new GreeterImpl(); EndpointImpl ep = (EndpointImpl) Endpoint.publish("http://localhost/service", implementor); ep.getServer().getEndpoint().getInInterceptors().add(new LoggingInInterceptor()); ep.getServer().getEndpoint().getOutInterceptors().add(new LoggingOutInterceptor()); For web services running on CXFServlet, the below annotations can be used on either the SEI or the SEI implementation class. If placed on the SEI, they activate logging both for client and server; if on the SEI implementation class, they are relevant just for server-side logging. import org.apache.cxf.feature.Features; @javax.jws.WebService(portName = "MyWebServicePort", serviceName = "MyWebService", ...) @Features(features = "org.apache.cxf.feature.LoggingFeature") public class MyWebServicePortTypeImpl implements MyWebServicePortType { or (equivalent) import org.apache.cxf.interceptor.InInterceptors; import org.apache.cxf.interceptor.OutInterceptors; @javax.jws.WebService(portName = "WebServicePort", serviceName = "WebServiceService", ...) @InInterceptors(interceptors = "org.apache.cxf.interceptor.LoggingInInterceptor") @OutInterceptors(interceptors = "org.apache.cxf.interceptor.LoggingOutInterceptor") public class WebServicePortTypeImpl implements WebServicePortType { For programmatic client-side logging, the following code snippet can be used as an example: import org.apache.cxf.endpoint.Client; import org.apache.cxf.frontend.ClientProxy; import org.apache.cxf.interceptor.LoggingInInterceptor; import org.apache.cxf.interceptor.LoggingOutInterceptor; public class WSClient { public static void main (String[] args) { MyService ws = new MyService(); MyPortType port = ws.getPort(); Client client = ClientProxy.getClient(port); client.getInInterceptors().add(new LoggingInInterceptor()); client.getOutInterceptors().add(new LoggingOutInterceptor()); // make WS calls... Configure logging levels.In the /etc folder of the CXF distribution there is a sample Java SE logging.properties file you can use to configure logging. For example, if you want to change the console logging level from WARNING to FINE, you need to update two properties in this logging.properties file as below: .level= FINE java.util.logging.ConsoleHandler.level = FINE Once this is done, you will need to set the -Djava.util.logging.config.file property to the location of the logging.properties file. As an example, the Ant target below has this property set: <target name="runClient"> <java classname="client.WSClient" fork="true"> <classpath> <pathelement location="${build.classes.dir}"/> <fileset dir="${env.CXF_HOME}/lib"> <include name="*.jar"/> </fileset> </classpath> <jvmarg value="-Djava.util.logging.config.file=/usr/myclientapp/logging.properties"/> </java> </target> Using Log4j Instead of java.util.loggingAs noted above, CXF uses the java.util.logging package by default. But it is possible to switch CXF to instead use Log4J. This is achieved through the use of configuration files. There are two options to bootstrapping CXF logging and each is listed below:
-Dorg.apache.cxf.Logger=org.apache.cxf.common.logging.Log4jLogger
org.apache.cxf.common.logging.Log4jLogger Using SLF4J Instead of java.util.logging (since 2.2.8)As noted above, CXF uses the java.util.logging package by default. But it is possible to switch CXF to instead use SLF4J. This is achieved through the use of configuration files. There are two options to bootstrapping CXF logging and each is listed below:
-Dorg.apache.cxf.Logger=org.apache.cxf.common.logging.Slf4jLogger
org.apache.cxf.common.logging.Slf4jLogger Debugging ToolsEclipse IDESee this blog entry for information on debugging web services using Eclipse. Note this is primarily for tracing/debugging source code; you will probably still want to use one of the tools below to capture network traffic, view SOAP requests and responses, etc. NetBeans IDENetBeans include a debugger, profiler and an HTTP monitor that can assist in troubleshooting SOA applications. tcpmon and tcptracetcpmon allows you to easily view messages as they go back and forth on the wire. The companion utility tcptrace can be used for analysis of the dump. WSMonitorWSMonitor in another option to Tcpmon with slightly more functionality. NetSnifferNetSniffer makes it possible to track the network traffic between arbitrary devices within a LAN segment. WiresharkWireshark, a network packet analyzer, is useful for following the routing of SOAP messages. It can also help when you are getting an HTML error message from the server that your CXF client cannot normally process, by allowing you to see the non-SOAP error message. See this blog entry for more information. SOAP UISOAP UI can also be used for debugging. In addition to viewing messages, it allows you send messages and load test your services. It also has plugins for the Eclipse IDE, NetBeans IDE and IntelliJ IDEA. Helpful Tools and UtilitiesWSDL ViewerWSDL Viewer is a small tool to visualize the web-service in a more intuitive way. cURLcURL is a command line tool for transferring data with URL syntax, supporting DICT, FILE, FTP, FTPS, GOPHER, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, POP3, POP3S, RTMP, RTSP, SCP, SFTP, SMTP, SMTPS, TELNET and TFTP. curl supports SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, cookies, user+password authentication (Basic, Digest, NTLM, Negotiate, kerberos...), file transfer resume, proxy tunneling and a busload of other useful tricks. SonarSonar is an open source quality management platform, dedicated to continuously analyze and measure source code quality, from the portfolio to the method. Here is CXF on Sonar. FisheyeFisheye provides a web interface for Subversion, Git, CVS, Perforce & ClearCase source control repositories. Here is CXF on Fisheye.
Change Notification Preferences
View Online
|
View Changes
|
Add Comment
|
- [CONF] Apache CXF Documentation > Debugging and Logging confluence
- [CONF] Apache CXF Documentation > Debugging and Logging confluence
- [CONF] Apache CXF Documentation > Debugging and Logging confluence
- [CONF] Apache CXF Documentation > Debugging and Logging confluence
- [CONF] Apache CXF Documentation > Debugging and Logging confluence
- [CONF] Apache CXF Documentation > Debugging and Logging confluence
- [CONF] Apache CXF Documentation > Debugging and Logging confluence
- [CONF] Apache CXF Documentation > Debugging and Logging confluence
