BrighterCommand / BrighterCommand/Brighter
[Bug] Message type mismatch causes the dispatcher stopped
- Dominant language
- C#
- Stars
- 2.5k
- Forks
- 296
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 21
Description
Hi @iancooper,
We are performing some testing on the message header of command request and the dispatcher will stopped when one of the messages hit the message type mismatch error.
Here is the scenario,
(We try to exclude the message type from the header to perform the testing)

We found out that Brighter will set the messageType to "MT_EVENT" when the messageType key/value was not found from the Kafka message

Brighter will throw a ConfigurationException & dispatcher will stopped after this.


Would like to know if there any way can prevent the dispatcher stop processing the next message?
If one of the messages hit the ConfigurationException, the channel will be disposed and other messages cannot be proceed.
Contributor guide
Research direction
Start by reproducing a Kafka message without the messageType header and trace the resulting ConfigurationException through the dispatcher. Done means a message type mismatch does not dispose the channel or stop processing subsequent messages.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, kafka
- Domain
- backend, distributed-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100