Closed philipwhiuk closed 1 year ago
@philipwhiuk
To your broader question: an Orchestra file is issued by a service provider to tell peers how they must behave to use the service. Therefore, it will not necessarily give all details about both sides of a conversation. (Of course, it is free to use Orchestra schemas for its own internal usage, but it need not publish that publicly.)
2-4. The Orchestra committee is considering changes for Orchestra v1.1, and the plan is to form a working group specifically to address the Interfaces schema. I suggest that you join the group and suggest improvements to the schema and ways to extend it.
Thanks @donmendelson!
Given this slight adaptation of: https://github.com/FIXTradingCommunity/fix-orchestra/blob/master/interfaces/src/test/resources/examples/SampleInterfaces.xml
Question 1 falls in a wider question I have which is:
Orchestra is machine-readable but is the same file expected to be used by both sides of a connection. Or can/should I trivially be able to generate the counter-party side and that's something I'll need to do when provided with one?
Question 2, 3 & 4 falls into a second wider question I have which is:
How best do we define the specifics of the connectivity between the peers within Orchestra. Is this the point of the
orchestration
file? Is there any example on an orchestration file / scheme I should look at for orderEntry.xml / session.xml (I'm assumingalgo.xml
is FIXAtdl)? Or should we propose schema additions?