Forums  > Software  > TCP messaging library for .NET  
     
Page 1 of 1
Display using:  

bullero


Total Posts: 39
Joined: Feb 2018
 
Posted: 2019-05-31 09:39
So I am trying out this new piece of software which is supposed to enable me to 'wheel' orders out to different brokers easier than previously was possible. Now, the API is in .NET and the rest of the code is not. I need a way to communicate between the business logic and the new API.

Previously I have been using ZeroMQ for this kind of projects but maybe its not the best technology (?). Any suggestions :) ?

henderson


Total Posts: 178
Joined: Jul 2007
 
Posted: 2019-06-09 17:16
I'd personally lay down a thing shim layer in front of the vendor API that accepts your current message to wheel out orders, etc. The thin shim could merely connect to you current system via ZeroMQ (ZMQ) to prevent many changes while at the proof of concept stage. The shim layer would just consume your presently formatted message into their business requirements, submit the message to wheel out, and probably send back status to whatever status sink you may use.

KISS principle hard at work :)
Previous Thread :: Next Thread 
Page 1 of 1