[jboss-jira] [JBoss JIRA] (WFLY-3369) Performance issue of jaxws-client on JDK 1.7.55

Zhang Boya (JIRA) issues at jboss.org
Sun May 18 23:32:56 EDT 2014


     [ https://issues.jboss.org/browse/WFLY-3369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Zhang Boya updated WFLY-3369:
-----------------------------

    Steps to Reproduce: 
a. As I described, to prepare one remote JAX-WS and generate the JAX-WS client classes

b. To write simple test code for JAX-WS invocation, authorization is needed for this case, for example:

QName qname = new QName("http://ws.jboss.org/hello", "Hello");
URL url = new URL("http://hostname/services/wsdl/hello.wsdl");

HelloService service = new HelloService(url, qname);
HelloServiceApi serviceApi = service.getHelloServiceImplPort();
if (serviceApi instanceof BindingProvider) {
	BindingProvider bp = (BindingProvider) serviceApi;
	bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, "username");
	bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, "password");
}
// call the service and record the execution time

c. Running test on Solaris.

To add all JAR files to the classpath which belongs jboss-ws-jaxws-client, jbossws-cxf-client and related modules, 'cxf-rt-frontend-jaxws-2.4.8-patch-01.jar' is mandatory. To run test code using JDK 1.7.0_55, the average response time about 17ms. 

To run again by using JDK 1.7.0_25, the average response time about 7ms. The response time increases 10ms on my Soalris test environment. 

The similar issue also can be found on Linux, the average response time increase about 1ms.

  was:
a. As I described, to prepare one remote JAX-WS and generate the JAX-WS client classes

b. To write simple test code for JAX-WS invocation, authorization is needed for this case, for example:

QName qname = new QName("http://ws.jboss.org/hello", "Hello");
URL url = new URL("http://hostname/services/wsdl/hello.wsdl");

HelloService service = new HelloService(url, qname);
HelloServiceApi serviceApi = service.getHelloServiceImplPort();
if (serviceApi instanceof BindingProvider) {
	BindingProvider bp = (BindingProvider) serviceApi;
	bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, "username");
	bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, "password");
}
// call the service and record the execution time

c. Running test on Solaris.

To add all JAR files to the classpath which belongs jboss-ws-jaxws-client, jbossws-cxf-client and related modules, 'cxf-rt-frontend-jaxws-2.4.8-patch-01.jar' is mandatory. To run test code using JDK 1.7.55, the average response time about 17ms. 

To run again by using JDK 1.7.25, the average response time about 7ms. The response time increases 10ms on my Soalris test environment. 

The similar issue also can be found on Linux, the average response time increase about 1ms.



> Performance issue of jaxws-client on JDK 1.7.55
> -----------------------------------------------
>
>                 Key: WFLY-3369
>                 URL: https://issues.jboss.org/browse/WFLY-3369
>             Project: WildFly
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>         Environment: Red Hat Enterprise 6.4, Solaris 10, JBoss AS 7.1.3
>            Reporter: Zhang Boya
>            Assignee: Jason Greene
>            Priority: Critical
>
> Assume that  a JAX-WS deploys on somewhere else, developer generates the JAX-WS client side classes by using wsdl2java tools. These classes have been exported as 'exmaple-ws-client.jar'. When developer needs to access this JAX-WS in their web application, this JAR file would be published with WAR file together. By default, the JBoss AS would supply an instance of CXF's implementation for the JAX-WS client when web application be deployed to JBoss AS. The class name of this JAX-WS client would be 'org.apache.cxf.jaxws.JaxWsClientProxy'. The JAX-WS invocations of client side got a very bad performance since I upgraded JDK from 1.7.25 to 1.7.55, especially on Solaris.



--
This message was sent by Atlassian JIRA
(v6.2.3#6260)


More information about the jboss-jira mailing list