You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The proposal is to add ability to define the byte order (endianness) as discussed in #197.
Issue
Binary protocols may choose either big-endian or little-endian byte order for specific reasons. It's important for message protocols to clearly state its byte order in an Orchestra file. In FIX SBE, for instance, the byte order is globally specified in a message schema.
Proposal
Since datatypes are closely related to the encoding protocol, we recommend adding optional byteOrder attribute to the mappedDatatype element. Valid values should be bigEndian and littleEndian. The absence of the attribute would mean byte order is unspecified (e.g. for character types).
The proposal is to add ability to define the byte order (endianness) as discussed in #197.
Issue
Binary protocols may choose either big-endian or little-endian byte order for specific reasons. It's important for message protocols to clearly state its byte order in an Orchestra file. In FIX SBE, for instance, the byte order is globally specified in a message schema.
Proposal
Since datatypes are closely related to the encoding protocol, we recommend adding optional
byteOrder
attribute to themappedDatatype
element. Valid values should bebigEndian
andlittleEndian
. The absence of the attribute would mean byte order is unspecified (e.g. for character types).Example
The text was updated successfully, but these errors were encountered: