Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/327.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/xml/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 捕获JAX-WS Web服务的JAXB计时_Java_Xml_Soap_Jaxb_Jax Ws - Fatal编程技术网

Java 捕获JAX-WS Web服务的JAXB计时

Java 捕获JAX-WS Web服务的JAXB计时,java,xml,soap,jaxb,jax-ws,Java,Xml,Soap,Jaxb,Jax Ws,背景: 我有一个包含数百个JAXB类的企业应用程序。这些类用于服务50多个JAX-WS web服务。在对性能进行故障排除(来源:dynatrace)时,我们意识到在请求到达模型对象之前,服务器运行时(容器)上花费了大量时间。我添加了Servlet过滤器来捕获服务请求所花费的总时间,但我试图捕获JAX-WS封送/解封SOAP请求所花费的时间 我已尝试使用: JAXB封送/解组侦听器使用此链接的帮助 这种方法的问题是:所有这些示例都有自己的JAXBContext。。但在我的例子中,每个服务器容器都

背景: 我有一个包含数百个JAXB类的企业应用程序。这些类用于服务50多个JAX-WS web服务。在对性能进行故障排除(来源:dynatrace)时,我们意识到在请求到达模型对象之前,服务器运行时(容器)上花费了大量时间。我添加了Servlet过滤器来捕获服务请求所花费的总时间,但我试图捕获JAX-WS封送/解封SOAP请求所花费的时间

我已尝试使用:

  • JAXB封送/解组侦听器使用此链接的帮助
  • 这种方法的问题是:所有这些示例都有自己的JAXBContext。。但在我的例子中,每个服务器容器都创建了自己的JAXBContext,我找不到将侦听器注入appserver的JAXBContext的方法

    --你能帮我做这个吗

  • 此链接中描述的SOAP处理程序:
  • 这种方法的问题:如何确定计时是否包括JAXB封送?另外,如何将这些计时与SOAP处理程序将捕获的计时分开?应用服务器SOAP处理程序或JAXB封送首先执行哪一个


    请告诉我是否有任何有效的方法从AppServer捕获JAXB计时。此外,如果我误解了上述方法,请让我知道。谢谢。

    如果您想更快地获得有关dynatrace的问题的反馈,我建议您将其发布在我们自己的讨论论坛上:

    我们还提供了一项名为“共享您的PurePath”的服务,我们将查看您捕获的dynatrace PurePath数据,并为您提供建议。 我经常看到你描述的情景。当处理从一个运行时/引擎到下一个运行时/引擎的请求时,它通常与耗尽的线程池有关,例如:从Web服务器到AppServer,您有不同的工作线程,这些线程通过某种类型的连接机制来处理这些请求。我已经为此写了几篇博客文章。请查看以下两个链接,它们解释了如何注意此特定问题模式: * *


    Andi

    已经6天了,还没有回复。