How we should behave with uncompliant / bad header #6

I think we should decide what we should do with uncompliant / bad header.

I know by the past "robustness principle" was preferred but I don't like to much the idea at least as default behavior.
I write my opinion about it in Leshan wiki : https://github.com/eclipse-leshan/leshan/wiki/How-Leshan-should-behave-with-Non-Compliant-Implementations-%3F

So I prefer a strict Compliance by default meaning that each unexpected format of data will raise an exception.
Or at very least will raise a log.
My preferred way would be raise an exception by default and eventually be able to configure (or override code) to let user log instead.

Here is some part of the code which lead to that kind of questions :

• RAV-2958 - Initial Proxy Protocol processing #1 (comment)
• RAV-2958 - Initial Proxy Protocol processing #1 (comment)
• And also check expected value for local command :

  proxy-socket-java/proxy-socket-core/src/main/java/net/airvantage/proxysocket/core/v2/ProxyProtocolV2Decoder.java

  Lines 64 to 66 in 175c850

  	case 0x00:
  	// Early return for LOCAL command
  	return new ProxyHeader(ProxyHeader.Command.LOCAL, ProxyHeader.AddressFamily.AF_UNSPEC, ProxyHeader.TransportProtocol.UNSPEC, null, null, null, PROTOCOL_SIGNATURE_FIXED_LENGTH);