繁体   English   中英

捕获JAX-WS Web服务的JAXB时序

[英]Capture JAXB Timings for JAX-WS Webservices

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

我尝试使用:

  1. 使用此链接的帮助的JAXB编组/解组侦听器参考1

我的方法的问题是:所有这些示例都有自己的JAXBContext ..但是,在我的情况下,每个服务器容器都创建了自己的JAXBContext,而我找不到方法将侦听器注入到应用程序服务器的JAXBcontext中。

-你能帮我吗?

  1. 如此链接上所述的SOAP处理程序: 参考2

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

请让我知道是否有任何有效的方法可以从App服务器捕获JAXB计时。 另外,如果我误解了上述方法,请告诉我。 谢谢。

如果您想获得有关dynatrace相关问题的更快反馈,我建议您将其发布在我们自己的讨论论坛上: https ://community.compuwareapm.com/community/display/DTFORUM/dynaTrace+Forums+Home

我们还提供了一个名为“分享你的PurePath”服务- http://bit.ly/sharepurepath -在这里我们来看看你捕捉的dynaTrace的PurePath数据,并给您提出建议。 我经常看到您描述的情况。 当将请求从一个运行时/引擎传递到下一个运行时/引擎时,它通常与耗尽的线程池有关,例如:从Web服务器到AppServer,您有不同的工作线程来处理通过某种类型的连接机制连接的这些请求。 我已经写了好几篇博客文章。 请检查以下两个链接,这些链接解释了如何注意这种特殊的问题模式:* http://apmblog.dynatrace.com/2015/01/22/key-performance-metrics-load-tests-beyond-response-time-部分/ * https://community.compuwareapm.com/community/display/PUB/How+to+explain+growing+Worker+Threads+under+Load

和我

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM