澤西島-來自資源的大規模延遲呼叫服務方法

Question

我有一個提供資源類的Jersey REST服務，該資源類調用服務類上的方法。 在測試過程中，我們注意到資源方法的“ Entering”日志語句與服務之間存在延遲。 此延遲可能長達5分鍾，盡管通常在2分鍾范圍內。 偶爾，延遲是最小的（毫秒）。

這是我們的類的樣子：

資源資源

@Stateless
@Path("/provision")
public class ProvisionResource
{
    private final Logger logger = LoggerFactory.getLogger(ProvisionResource.class);

    @EJB
    private ProvisionService provisionService;

    @GET
    @Produces(MediaType.APPLICATION_XML)
    @Path("/subscriber")
    public SubscriberAccount querySubscriberAccount(
            @QueryParam("accountNum") String accountNum)
    {
        logger.debug("Entering querySubscriberAccount()");

        final SubscriberAccount account;

        try
        {
            account = provisionService.querySubscriber(accountNum);    
        }
        catch (IllegalArgumentException ex)
        {
            logger.error("Illegal argument while executing query for subscriber account",
                    ex);

            throw new WebApplicationException(Response.Status.BAD_REQUEST);
        }
        catch (Exception ex)
        {
            logger.error("Unexpected exception while executing query for subscriber account",
                    ex);

            throw new WebApplicationException(Response.Status.INTERNAL_SERVER_ERROR);
        }

        logger.debug("Exiting querySubscriberAccount()");

        return account;
    }    
}

服務：

@Singleton
public class ProvisionService
{
    private final Logger logger = LoggerFactory.getLogger(ProvisionService.class);

    public SubscriberAccount querySubscriber(final String accountNum) throws IllegalArgumentException, Exception
    {
        logger.debug("Entering querySubscriber()");

        if (null == accountNum)
        {
            throw new IllegalArgumentException("The argument {accountNum} must not be NULL");
        }

        SubscriberAccount subscriberAccount = null;

        try
        {
            // do stuff to get subscriber account
        }
        catch (Exception ex)
        {
            throw new Exception("Caught exception querying {accountNum}=["
                    + accountNum + "]", ex);
        }
        finally
        {
            logger.debug("Exiting querySubscriber()");
        }

        return subscriberAccount;
    }

這是日志中的一些示例，顯示了輸入方法的時間戳。

2012 Feb 07 15:31:06,303 MST [http-thread-pool-80(1)] DEBUG my.package.ProvisionResource - Entering querySubscriberAccount() 
2012 Feb 07 15:31:06,304 MST [http-thread-pool-80(1)] DEBUG my.package.ProvisionService - Entering querySubscriber()

2012 Feb 07 15:35:06,359 MST [http-thread-pool-80(1)] DEBUG my.package.ProvisionResource - Entering querySubscriberAccount()
2012 Feb 07 15:40:33,395 MST [http-thread-pool-80(1)] DEBUG my.package.ProvisionService - Entering querySubscriber()

2012 Feb 07 15:34:06,345 MST [http-thread-pool-80(2)] DEBUG my.package.ProvisionResource - Entering querySubscriberAccount()
2012 Feb 07 15:37:24,372 MST [http-thread-pool-80(2)] DEBUG my.package.ProvisionService - Entering querySubscriber()

2012 Feb 07 15:33:06,332 MST [http-thread-pool-80(4)] DEBUG my.package.ProvisionResource - Entering querySubscriberAccount()
2012 Feb 07 15:34:15,349 MST [http-thread-pool-80(4)] DEBUG my.package.ProvisionService - Entering querySubscriber()

2012 Feb 07 15:37:24,371 MST [http-thread-pool-80(4)] DEBUG my.package.ProvisionResource - Entering querySubscriberAccount()
2012 Feb 07 15:40:36,004 MST [http-thread-pool-80(4)] DEBUG my.package.ProvisionService - Entering querySubscriber()

2012 Feb 07 15:32:06,317 MST [http-thread-pool-80(5)] DEBUG my.package.ProvisionResource - Entering querySubscriberAccount()
2012 Feb 07 15:34:15,325 MST [http-thread-pool-80(5)] DEBUG my.package.ProvisionService - Entering querySubscriber()

2012 Feb 07 15:36:06,373 MST [http-thread-pool-80(5)] DEBUG my.package.ProvisionResource - Entering querySubscriberAccount()
2012 Feb 07 15:40:34,956 MST [http-thread-pool-80(5)] DEBUG my.package.ProvisionService - Entering querySubscriber()

如您所見，第一個在輸入資源的querySubscriberAccount之后幾乎立即在服務中調用了querySubscriber方法。 但是，隨后對Web服務的調用大約需要1到5分鍾。 資源中實際上沒有任何事情可以阻止處理/調用服務。

該Web服務部署在Glassfish 3.1.1中的Linux服務器上。

有人看過類似的東西嗎？ 有什么建議嗎？

編輯

只是更多信息...

Web Service War部署到的域中部署了4個應用程序：

• 發生問題的澤西島網絡服務大戰
• 使用Jersey網絡服務的客戶端的耳朵
• 用於測試耳朵使用的連接等的servlet戰爭（包括Jersey網絡服務）
• 另一個不使用Web服務的Servlet之戰

當我們禁用耳朵和“其他” war文件（僅啟用Jersey戰爭和測試servlet）時，延遲問題就消失了。 我們重新啟用了戰爭和行動，一切仍然繼續及時作出反應。 當我們重新部署Jersey Webservice戰爭（進行了一些日志更改）時，延遲問題立即出現。

Answer 1

線程轉儲可用於找出正在運行的代碼（包括堆棧跟蹤）以及Java進程中的當前時刻。 jps工具將幫助獲取所需的JVM實例的PID。