Ian Cooper

Let's pick up. It may make sense as we tend to argue for using streams and queues appropriately

> The PR for this is in ( #3144 ) The questions is do we want to have this on a topic Channel by Channel basis or do we want...

@phuaxinyuin Will take a look

Hi @siewching-lim - I would like to understand the behavior you would expect. Brighter needs to know if something is a Command (one handler) or Event (many handlers). This may...

Hi @siewching-lim So I think what we are asking here is: * If you go through ValidateMessageType with a message that does not have a Brighter message type, you would...

I am working on a couple of bug fixes for V10, so I might be able to add that

>a mismatch between the message type and the handler type. I would be loathe to turn off our protection, because it spots configuration issues. So I assume that we default...

>Whenever a user inputs a message type that isn’t MT_COMMAND, the application will be stop processing the next message. Ideally, we would like the application to continue processing subsequent messages,...

This breaks Kafka serializers

BTW this would also allow you to recreate the state any entities by replaying your inbox, through simply clearing the processed indicator in the inbox for a date