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 "René Cordier (Jira)" <se...@james.apache.org> on 2020/07/10 07:07:00 UTC
[jira] [Created] (JAMES-3305) RabbitMQ EventBus deserialization
error handling
René Cordier created JAMES-3305:
-----------------------------------
Summary: RabbitMQ EventBus deserialization error handling
Key: JAMES-3305
URL: https://issues.apache.org/jira/browse/JAMES-3305
Project: James Server
Issue Type: Bug
Reporter: René Cordier
h2. Why ?
https://issues.apache.org/jira/browse/JAMES-3290 proved a non deserializable message caused the entire MailQueue processing to crash.
[https://github.com/linagora/james-project/pull/3532] solved this by doing an explicit nack on such messages, relying on RabbitMQ dead-letter exchanges to not loose data. The message is thus effectively ignored.
Following this, we need to further investigate RabbitMQ related code and evaluate if there is similar issues.
A quick study proved the EventBus is subject to the same class of bugs.
h2. Acceptance criteria
* If a message cannot be deserialized, following legitimate events can still be processed.
* Discarded messages are stored in a dead-letter queue and not lost
Note that both group registration and key registration needs to be tested: Regarding key registration, dropping events is OK.
h2. Definition of done
* Write tests to reproduce the issue and the expected behaviour
* Implement the fix leveraging dead-letter and nack
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org