You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Benoit Tellier (Jira)" <se...@james.apache.org> on 2022/05/05 03:10:00 UTC

[jira] [Closed] (JAMES-3735) Kill IMAP processing chain

     [ https://issues.apache.org/jira/browse/JAMES-3735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benoit Tellier closed JAMES-3735.
---------------------------------
    Resolution: Fixed

> Kill IMAP processing chain
> --------------------------
>
>                 Key: JAMES-3735
>                 URL: https://issues.apache.org/jira/browse/JAMES-3735
>             Project: James Server
>          Issue Type: Improvement
>          Components: IMAPServer
>    Affects Versions: 3.7.0
>            Reporter: Benoit Tellier
>            Priority: Major
>             Fix For: 3.8.0
>
>
> Today we create a processor chain to manage IMAP request: each processor passes the request to the next until the request is managed.
> This leads to absurdly, needlessly long call stacks as we easily have 40+ processors.
>  - This have a performance impact as feeling thread stacks do not come for free
>  - Exceptions are hard to read (longer stacktraces)
>  - Reading flame graphs is also harder!
> We should in my opinion just use a map to directly get the processor for a given request, simply using the request class as a key.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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