Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[repository schema] Byte ordering of mapped data type #214

Open
mkudukin opened this issue Jul 29, 2024 · 0 comments
Open

[repository schema] Byte ordering of mapped data type #214

mkudukin opened this issue Jul 29, 2024 · 0 comments
Assignees
Labels
ENCODING Support for binary and other encoding protocols

Comments

@mkudukin
Copy link

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).

Example

<datatypes>
	<datatype name="int16">
		<mappedDatatype standard="ISO11404" base="integer" byteOrder="bigEndian" ... />
	</datatype>
	<datatype name="price">
		<mappedDatatype standard="ISO11404" base="scaled" byteOrder="bigEndian" ... />
	</datatype>
	...
</datatypes>
@kleihan kleihan added ENCODING Support for binary and other encoding protocols and removed enhancement labels Aug 20, 2024
@kleihan kleihan moved this to Backlog in Orchestra v1.1 RC2 Sep 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ENCODING Support for binary and other encoding protocols
Projects
Status: No status
Development

No branches or pull requests

2 participants