[ 
https://issues.apache.org/jira/browse/JAMES-3803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17578377#comment-17578377
 ] 

Adrian Bucher commented on JAMES-3803:
--------------------------------------

Yes right, I first tought so, but the issue was not activemq but the dequeuing 
with reactive streams.

RemoteDelivery stops making progress? It still makes progress, but some 
messages have an open transaction and will not be processed, new messages are 
processed/delivered normaly.

"thread starvation" is not the problem, the issue is that one of the threads in 
the threadpool dequeues the messages from activemq, this task is never ending. 
if behind this task in the same thread a delivery-task will be queued this task 
will never be processed as the dequeuing task never ends.

The solution is to use diffrent threadpools (boundedElasticSchedulers).
(I am fighting with the pull request)

> DeliveryRunnable blocks email in BoundedElasticScheduler-queue if running out 
> of threads
> ----------------------------------------------------------------------------------------
>
>                 Key: JAMES-3803
>                 URL: https://issues.apache.org/jira/browse/JAMES-3803
>             Project: James Server
>          Issue Type: Bug
>          Components: Mailet Contributions
>    Affects Versions: 3.7.0, 3.8.0
>            Reporter: Adrian Bucher
>            Priority: Major
>
> The DeliveryRunnable does use the same BoundedElasticScheduler (ThreadPool) 
> for dequeuing the messages (long running thread), and processing (delivering) 
> them, if lots of messages are dequeued and the BoundedElasticScheduler starts 
> to queue them, the one queueing behind the dequeuing - long running thread 
> are never processed nor delivered.
>  
> Messages are still visible in the embedded activemq delivery queues, a 
> restart of the james will process them, as they will be reacknoledged by the 
> dequeuer.
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Reply via email to