wss4jsecurityinterceptor starter mkyong jax from example ejemplo spring maven soap spring-boot spring-ws

starter - web service spring ejemplo



Rendimiento spring-boot-starter-ws cuando se ejecuta como jar (1)

Probé esto y parece que la aplicación pasa una cantidad significativa de tiempo en las siguientes dos rutas de código:

at org.springframework.boot.loader.LaunchedURLClassLoader$1.hasMoreElements(LaunchedURLClassLoader.java:110) at sun.misc.CompoundEnumeration.next(CompoundEnumeration.java:45) at sun.misc.CompoundEnumeration.hasMoreElements(CompoundEnumeration.java:54) at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:354) at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:393) at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474) at javax.xml.transform.FactoryFinder$1.run(FactoryFinder.java:327) at java.security.AccessController.doPrivileged(Native Method) at javax.xml.transform.FactoryFinder.findServiceProvider(FactoryFinder.java:323) at javax.xml.transform.FactoryFinder.find(FactoryFinder.java:299) at javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:106) at com.sun.xml.internal.messaging.saaj.util.transform.EfficientStreamingTransformer.<init>(EfficientStreamingTransformer.java:68) at com.sun.xml.internal.messaging.saaj.util.transform.EfficientStreamingTransformer.newTransformer(EfficientStreamingTransformer.java:420) at com.sun.xml.internal.messaging.saaj.soap.EnvelopeFactory.createEnvelope(EnvelopeFactory.java:106) at com.sun.xml.internal.messaging.saaj.soap.ver1_1.SOAPPart1_1Impl.createEnvelopeFromSource(SOAPPart1_1Impl.java:69) at com.sun.xml.internal.messaging.saaj.soap.SOAPPartImpl.getEnvelope(SOAPPartImpl.java:128) at org.springframework.ws.soap.saaj.SaajSoapMessageFactory.createWebServiceMessage(SaajSoapMessageFactory.java:189) at org.springframework.ws.soap.saaj.SaajSoapMessageFactory.createWebServiceMessage(SaajSoapMessageFactory.java:60) at org.springframework.ws.transport.AbstractWebServiceConnection.receive(AbstractWebServiceConnection.java:92) at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:87) at org.springframework.ws.transport.http.WebServiceMessageReceiverHandlerAdapter.handle(WebServiceMessageReceiverHandlerAdapter.java:61) at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:293) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:967) at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:869)

y

at org.springframework.boot.loader.LaunchedURLClassLoader$1.hasMoreElements(LaunchedURLClassLoader.java:110) at sun.misc.CompoundEnumeration.next(CompoundEnumeration.java:45) at sun.misc.CompoundEnumeration.hasMoreElements(CompoundEnumeration.java:54) at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:354) at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:393) at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474) at javax.xml.parsers.FactoryFinder$1.run(FactoryFinder.java:293) at java.security.AccessController.doPrivileged(Native Method) at javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:289) at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:267) at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:120) at com.sun.org.apache.xalan.internal.xsltc.trax.SAX2DOM.<init>(SAX2DOM.java:74) at com.sun.org.apache.xalan.internal.xsltc.runtime.output.TransletOutputHandlerFactory.getSerializationHandler(TransletOutputHandlerFactory.java:199) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.getOutputHandler(TransformerImpl.java:436) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:342) at com.sun.xml.internal.messaging.saaj.util.transform.EfficientStreamingTransformer.transform(EfficientStreamingTransformer.java:399) at com.sun.xml.internal.messaging.saaj.soap.EnvelopeFactory.createEnvelope(EnvelopeFactory.java:108) at com.sun.xml.internal.messaging.saaj.soap.ver1_1.SOAPPart1_1Impl.createEnvelopeFromSource(SOAPPart1_1Impl.java:69) at com.sun.xml.internal.messaging.saaj.soap.SOAPPartImpl.getEnvelope(SOAPPartImpl.java:128) at org.springframework.ws.soap.saaj.SaajSoapMessageFactory.createWebServiceMessage(SaajSoapMessageFactory.java:189) at org.springframework.ws.soap.saaj.SaajSoapMessageFactory.createWebServiceMessage(SaajSoapMessageFactory.java:60) at org.springframework.ws.transport.AbstractWebServiceConnection.receive(AbstractWebServiceConnection.java:92) at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:87) at org.springframework.ws.transport.http.WebServiceMessageReceiverHandlerAdapter.handle(WebServiceMessageReceiverHandlerAdapter.java:61) at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:293) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:967) at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:869)

Las líneas interesantes son

at javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:106)

y

at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:120)

Lo que esto significa es que para cada solicitud, la implementación de SAAJ en el JRE solicita una nueva TransformerFactory y una nueva DocumentBuilderFactory . Estas fábricas se ubican utilizando el mecanismo de descubrimiento del proveedor de servicios JDK 1.3 , que implica la búsqueda de ciertos recursos en META-INF/services . El rendimiento de esa búsqueda es muy sensible a las características de los cargadores de clase desde los que se buscan estos recursos. Es por eso que ve la diferencia entre mvn spring-boot:run y usar un JAR ejecutable. En particular, el JAR ejecutable contiene JAR incrustados y buscar recursos a partir de estos JAR incrustados es costoso. Para mvn spring-boot:run este no es el caso, lo que explica por qué es más rápido.

Como en última instancia esto es un problema con la implementación de SAAJ, una solución es usar Apache Axiom en su lugar. Para hacer esto con la aplicación de muestra de la guía de primavera, simplemente agregue el siguiente código a WebServiceConfig :

@Bean public SoapMessageFactory messageFactory() { return new AxiomSoapMessageFactory(); }

También necesita agregar la siguiente dependencia:

<dependency> <groupId>org.apache.ws.commons.axiom</groupId> <artifactId>axiom-impl</artifactId> <version>1.2.15</version> </dependency>

Hemos notado en nuestro que los servicios web SOAP parecen funcionar más rápido cuando se ejecutan como

spring-boot:run

en lugar de empacar el JAR como lo hacemos para la implementación y ejecución

java -jar mySpringApp.jar

La velocidad es del orden de 2-3x, así que obviamente nos gustaría para nuestro entorno en vivo.

Para validar que esto no era algo en nuestra aplicación, lo intenté con la aplicación de ejemplo de la guía de primavera

fuente de git https://github.com/spring-guides/gs-soap-service.git

Probar esto con JMeter muestra el mismo tipo de aceleración. Lo probé en las plataformas Windows 7 Java 1.8.0_31 y Ubuntu 14.04 con 1.8.0_45-b14.

Esto solo parece ser el caso de los servicios de soap, html simple no muestra ninguna diferencia significativa en el rendimiento. ¿Alguna idea de lo que podría estar causando esto?