-
Notifications
You must be signed in to change notification settings - Fork 185
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
Give IBC the ability to run TWS/Gateway with a predefined config #14
Comments
So after returning to this I have had some thoughts on the matter. I think the approach I started in #10 of detecting where the
|
Update: I haven't done any work to progress this issue, due partly to lack of time, and partly because people seem to be finding ways of accomplishing what they need without assistance from IBC. And there has been no further input to this discussion. I'll close this for now, but feel free to open it again if anyone has any further to add. |
@rlktradewright I'm looking to build some management functionality that wraps around IBC. This would include:
I cam across this https://github.com/erdewit/ib_insync/blob/master/ib_insync/ibcontroller.py in the project What are your thoughts? |
You're welcome to wrap anything you like around IBC, though I don't really know what you mean by 'API and GUI for IBC control'. I believe IBC provides enough 'hooks' to enable you to do this sort of thing (whatever it is) without modification. If you can identify particular things that are missing from IBC that would make the job easier, please raise them (preferably as separate Issues). One example of this might be that at present, IBC only logs to stdout. I am considering the possibility of providing a way of injecting a logger mechanism that could be integrated with other logging mechanisms, such as Log4J. And I have no opinion at all about ib_insync, apart from the indisputable fact that Ewald is an extremely capable developer, and a lot of users are very happy with his work. I don't really feel a need to follow what he's doing with IBC, or anyone else who's using it successfully in whatever way they feel fit.. So I'm not quite sure what kind of a response you're hoping for... |
Here people talk about being able to disable ibg.xml encryption via a configuration flag (not available in TWS for tws.xml as it seems). Though it seems this is not possible anymore because ibg.xml always stays encrypted for me.
|
There is an increasing desire amongst users to be able to run IBC in situations where the user does not have convenient (or even any) access to the target machine. Examples might be locked-down on-premises servers, cloud servers such as AWS or Azure, or containers (eg Linux or Windows containers running in Docker).
In these cases, the problem arises of how to make sure TWS or the Gateway (usually the latter, and we will assume Gateway for the remainder of this post) run with the desired configuration, which may be different from user to user and will always be different from the default as-installed configuration if only because the latter includes ReadOnlyApi = true).
This problem was referenced several times in the IBController repository (before the fork of IBC), and the general recommendation was that the user should somehow arrange for their desired configuration to be copied to the target machine or container, having first configured it to meet their needs in a local installation where they had full access. However, no specific guidance as to how best to achieve this was given, and I suspect several ingenious solutions have been invented by various users, though there has been little direct feedback on this.
Recently @charles-cooper faced this problem in Issue #10, and I'm grateful to him for the suggestion that perhaps IBC could itself do more to assist the user to achieve this. My view has always been that IBC is not a tool for configuring the Gateway (primarily because there is a large number of configuration options for which IBKR already provide an extensive configuration GUI), but I have no problem with IBC assisting with picking up a pre-defined configuration and using it when running Gateway. Thus the user would configure Gateway to meet their requirements using a local machine to which they have full access, and IBC would then be instructed to transfer the necessary configuration data to the target environment automatically.
So this is an initial post to introduce the topic, and I'll add to this when I've had time to think about it a bit. But please feel free to make any suggestions, or describe ways that you have already addressed the issue, or even submit PRs that have some bearing on it.
The text was updated successfully, but these errors were encountered: