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