-
Notifications
You must be signed in to change notification settings - Fork 552
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
Unable to run multiple instances #33
Comments
That's not a lot of info to go on. Can you share what your exception Could it be that your program is conflicting over a port number or file On Tue, Jan 24, 2012 at 9:24 PM, csswowsers <
Grant Birchmeier |
System.InvalidOperationException was unhandled This is the exception I get when running the program from VS after running the exe from bin/debug folder. |
Running two programs with the same session ID and the same config is a bad Specifically here, you're seeing this: The first process has opened that If windows didn't lock that file, the two processes would keep writing and And what do you expect your counterparty to do? It can't take two Start your second instance with a different session or config and it will -Grant On Wed, Jan 25, 2012 at 7:41 AM, csswowsers <
Grant Birchmeier |
In the future, please ask these questions on the mailing list rather than http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com On Wed, Jan 25, 2012 at 8:54 AM, Grant Birchmeier <gbirchmeier@connamara.com
Grant Birchmeier |
Thanks for the information - any easy way to create different session/config files dynamically in code so that this issue doesn't arise? |
What exactly are you trying to do? In my experience, any QF program I write is for a specific connection, e.g. Even if you are writing both the initiator and the acceptor, they must So, yes, you could dynamically change sender id or whatnot, perhaps in -Grant On Wed, Jan 25, 2012 at 2:20 PM, csswowsers <
Grant Birchmeier |
Understood, we are trying to up the number of accounts and systems that are traded so having multiple instances of a program would allow for more accounts. QF allows for multiple sessions but could each session have the same session id components or do they need to be unique? |
Are you writing both sides (Initiator/Acceptor) then? The limitation of QF Acceptors is that, when the Acceptor is started, it The Acceptor can not accept arbitrary Sessions, e.g. it can't accept all I might have gotten a little off-topic there. The answer to your basic There are actually 7 components that make up a session ID. QF/J supports So your sessions could all have the same SenderID, TargetID, and -Grant On Wed, Jan 25, 2012 at 3:16 PM, csswowsers <
Grant Birchmeier |
I'm just writing the Initiator/Client. Connecting to brokerage who has provided SendCompID,TargetCompID,UserName,Password. |
Has your brokerage given you multiple UserNames? They are probably not using QF in their Acceptor. It's possible that they If you try running 2 initiators at once, I recommend you run your two -Grant On Wed, Jan 25, 2012 at 3:34 PM, csswowsers <
Grant Birchmeier |
Ok, seems like we want to connect to one brokerage with QuickFix with one instance and to another with the other instance which wouldn't even be using the QuickFix references so may be pulling out the QuickFix initializations into a button. Are the settings regarding the QuickFix logs required or is there a way to make those optional? |
No, but I highly highly super crazy recommend that have your app keep fix Why don't you just have two different config files and pass in the config Honestly, though, if you're connecting to two different brokerages that By the way, if you haven't skimmed through your counterparty's specs for On Fri, Jan 27, 2012 at 8:01 AM, csswowsers <
Grant Birchmeier |
Hey, I didn't realize we were discussing this as an issue in GitHub. This is clearly not a bug. I'm going to close it. For future followup, please join and send to the mailing list and I can continue to respond to you there. |
Thanks for the response - the other brokerage isn't using FIX at all, it uses it's own proprietary API so I think pulling out the FIX related code into a button for connecting to the counterparty using FIX should be sufficient as the other instance won't ever need any FIX initialization/code. By the way, this was implemented in vb.net with the old quickfix before quickfix/n - any advantages to switching? |
Probably not, unless you really want to get off vb.net. |
Sounds good. Main reason for using vb.net instead of c# was since connection to datafeed provider doesn't support c#. Thanks for all the help/suggestions |
Is there a reason I'm unable to run multiple instances of a vb.net program with quickfix? It fails on instantiating the SocketInitiator.
The text was updated successfully, but these errors were encountered: