[jboss-jira] [JBoss JIRA] (AS7-3811) Implement a timeout on EJB client invocations

Radoslav Husar (JIRA) jira-events at lists.jboss.org
Tue Feb 21 12:41:38 EST 2012


    [ https://issues.jboss.org/browse/AS7-3811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12669659#comment-12669659 ] 

Radoslav Husar commented on AS7-3811:
-------------------------------------

The default behaviour can remain as is, but I strongly disagree with not supporting timeout on invocations at all.

You cannot have a justification for a 3-days-long invocations. You should use a different pattern to achieve this (polling, push, etc). [Moreover the default limit on transaction in the AS is 5 minutes (if i hear correctly) so the chances that the response will be in any way valid are also limited.]
                
> Implement a timeout on EJB client invocations
> ---------------------------------------------
>
>                 Key: AS7-3811
>                 URL: https://issues.jboss.org/browse/AS7-3811
>             Project: Application Server 7
>          Issue Type: Feature Request
>          Components: Clustering
>    Affects Versions: 7.1.0.Final
>            Reporter: Radoslav Husar
>            Assignee: jaikiran pai
>            Priority: Critical
>              Labels: eap6_LA
>             Fix For: 7.1.1.Final
>
>
> IMHO a client must support a timeout. Very often when things go wrong the clients get stuck indefinitely.
> Maybe this problem go even deeper, something on the server failed but didnt reply to the client. This is often encoutered during failover undeploy test (50 of 200 clients got stuck :-) ).
> {noformat}
> "Runner - 16" daemon prio=10 tid=0x00007fb7a0025000 nid=0x4d7a in Object.wait() [0x00007fb78b3f2000]
>    java.lang.Thread.State: WAITING (on object monitor)
>         at java.lang.Object.wait(Native Method)
>         at java.lang.Object.wait(Object.java:485)
>         at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:330)
>         - locked <0x00000006c013ae50> (a java.lang.Object)
>         at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:140)
>         at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:121)
>         at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:104)
>         at $Proxy0.getSerialAndIncrement(Unknown Source)
>         at org.jboss.smartfrog.clustering.ejb3.StatefulSBProcessorFactoryImpl$EJB3RequestProcessor.processRequest(StatefulSBProcessorFactoryImpl.java:68)
>         at org.jboss.smartfrog.loaddriver.CompoundRequestProcessorFactoryImpl$CompoundRequestProcessor.processRequest(CompoundRequestProcessorFactoryImpl.java:51)
>         at org.jboss.smartfrog.loaddriver.Runner.run(Runner.java:87)
>         at java.lang.Thread.run(Thread.java:662)
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the jboss-jira mailing list