[ http://jira.jboss.com/jira/browse/JBAS-936?page=history ]
Scott M Stark updated JBAS-936:
-------------------------------
Description:
SourceForge Submitter: jrosso .
In the class org.jboss.ejb.plugins.jms.DLQHandler the
method "handleRedeliveredMessage" calls
l"incrementResentCount" which either gets or adds an
entry to the resentBuffer Hashtable.
There is only one case where entry is removed from the
buffer, this happens in the same method when the
message is sent to the DLQ.
There are a couple of very likely cases were the entries
will gather in the resentBuffer and never be removed:
1. If the message is redelived and acknowledged in less
times than the "MaxTimesRedelivered" setting.
2. If you have multiple instances of JBoss receiving from
a Queue or shared subscription. If it is redelivered on
one instance, but delivered or handled to DLQ on
another, then the entry will remain in the resentBuffer
on each instance other than the DLQ handling instance
(if any).
was:
SourceForge Submitter: jrosso .
In the class org.jboss.ejb.plugins.jms.DLQHandler the
method "handleRedeliveredMessage" calls
l"incrementResentCount" which either gets or adds an
entry to the resentBuffer Hashtable.
There is only one case where entry is removed from the
buffer, this happens in the same method when the
message is sent to the DLQ.
There are a couple of very likely cases were the entries
will gather in the resentBuffer and never be removed:
1. If the message is redelived and acknowledged in less
times than the "MaxTimesRedelivered" setting.
2. If you have multiple instances of JBoss receiving from
a Queue or shared subscription. If it is redelivered on
one instance, but delivered or handled to DLQ on
another, then the entry will remain in the resentBuffer
on each instance other than the DLQ handling instance
(if any).
Environment:
Priority: Minor (was: Major)
> Memory Leak in DLQHandler
> -------------------------
>
> Key: JBAS-936
> URL: http://jira.jboss.com/jira/browse/JBAS-936
> Project: JBoss Application Server
> Type: Feature Request
> Reporter: SourceForge User
> Assignee: Scott M Stark
> Priority: Minor
>
>
> SourceForge Submitter: jrosso .
> In the class org.jboss.ejb.plugins.jms.DLQHandler the
> method "handleRedeliveredMessage" calls
> l"incrementResentCount" which either gets or adds an
> entry to the resentBuffer Hashtable.
> There is only one case where entry is removed from the
> buffer, this happens in the same method when the
> message is sent to the DLQ.
> There are a couple of very likely cases were the entries
> will gather in the resentBuffer and never be removed:
> 1. If the message is redelived and acknowledged in less
> times than the "MaxTimesRedelivered" setting.
> 2. If you have multiple instances of JBoss receiving from
> a Queue or shared subscription. If it is redelivered on
> one instance, but delivered or handled to DLQ on
> another, then the entry will remain in the resentBuffer
> on each instance other than the DLQ handling instance
> (if any).
--
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
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
JBoss-Development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-development
