[JBoss JIRA] Commented: (JBAS-1443) Add a flag to allow concurrent calls on stateful session beans
by c c (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1443?page=comments#action_12353651 ]
c c commented on JBAS-1443:
---------------------------
hold/queue requests cannot be used in all the problems
Take the case where there is recursive use of a function and the recursive function is called through the Remote Interface which again goes through JBoss Layer and so thus this hold/queue will not hold.
So there has to be way by which some beans have to be allowed to make concurrent calls
Bye for now
CSJakharia
> Add a flag to allow concurrent calls on stateful session beans
> --------------------------------------------------------------
>
> Key: JBAS-1443
> URL: http://jira.jboss.com/jira/browse/JBAS-1443
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: EJB2
> Affects Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final
> Reporter: Scott M Stark
> Priority: Minor
>
> Weblogic has an allow-concurrent-calls proprietary tag for stateful session beans. The allow-concurrent-calls specifies whether a stateful session bean instance will allow concurrent method calls. The value of this element may be either "True" or "False". The default value is "False". When a stateful session bean instance is currently in a method call and another (concurrent) method call arrives on the server, the EJB specification requires that the server throw a RemoteException. By default, allow-concurrent-calls is false, and the EJB container will follow the EJB specification. When this value is set to true, the EJB container will block the concurrent method call and allow it to proceed when the previous call has completed.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months
[JBoss JIRA] Closed: (JBAS-1489) MessageListener does not invoke ExceptionListener on error
by Galder Zamarreno (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1489?page=all ]
Galder Zamarreno closed JBAS-1489.
----------------------------------
Resolution: Done
> MessageListener does not invoke ExceptionListener on error
> ----------------------------------------------------------
>
> Key: JBAS-1489
> URL: http://jira.jboss.com/jira/browse/JBAS-1489
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JMS service
> Affects Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-3.2.6 Final, JBossAS-4.0.1 SP1
> Reporter: Adrian Brock
> Assigned To: Galder Zamarreno
> Fix For: JBossAS-3.2.8 Final, JBossAS-4.0.2RC1
>
>
> If SpyMessageConsumer detects an error on the MessageListener thread
> it should invoke the ExceptionListener.
> Also, to avoid potential deadlocks with exceptions detected on the MessageListener
> thread, a new thread should be started to invoke the ExceptionListener.
> Otherwise the ExceptionListener will not be able to close the consumer.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months
[JBoss JIRA] Reopened: (JBAS-1489) MessageListener does not invoke ExceptionListener on error
by Galder Zamarreno (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1489?page=all ]
Galder Zamarreno reopened JBAS-1489:
------------------------------------
Assignee: Galder Zamarreno (was: Adrian Brock)
> MessageListener does not invoke ExceptionListener on error
> ----------------------------------------------------------
>
> Key: JBAS-1489
> URL: http://jira.jboss.com/jira/browse/JBAS-1489
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JMS service
> Affects Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-3.2.6 Final, JBossAS-4.0.1 SP1
> Reporter: Adrian Brock
> Assigned To: Galder Zamarreno
> Fix For: JBossAS-4.0.2RC1, JBossAS-3.2.8 Final
>
>
> If SpyMessageConsumer detects an error on the MessageListener thread
> it should invoke the ExceptionListener.
> Also, to avoid potential deadlocks with exceptions detected on the MessageListener
> thread, a new thread should be started to invoke the ExceptionListener.
> Otherwise the ExceptionListener will not be able to close the consumer.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months
[JBoss JIRA] Updated: (JBAS-1489) MessageListener does not invoke ExceptionListener on error
by Galder Zamarreno (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1489?page=all ]
Galder Zamarreno updated JBAS-1489:
-----------------------------------
Affects Version/s: JBossAS-3.2.6 Final
It also affects 3.2.6
> MessageListener does not invoke ExceptionListener on error
> ----------------------------------------------------------
>
> Key: JBAS-1489
> URL: http://jira.jboss.com/jira/browse/JBAS-1489
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JMS service
> Affects Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-3.2.6 Final, JBossAS-4.0.1 SP1
> Reporter: Adrian Brock
> Assigned To: Galder Zamarreno
> Fix For: JBossAS-4.0.2RC1, JBossAS-3.2.8 Final
>
>
> If SpyMessageConsumer detects an error on the MessageListener thread
> it should invoke the ExceptionListener.
> Also, to avoid potential deadlocks with exceptions detected on the MessageListener
> thread, a new thread should be started to invoke the ExceptionListener.
> Otherwise the ExceptionListener will not be able to close the consumer.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months