Q: Are there plans to introduce SDKs for any platforms?
A: We’re working on samples and SDKs for: Java, Javascript, .NET, Excel, Android and Windows mobile, as well as other platforms.
We’ll update everyone here when they’re ready for release. You can also Like us on Facebook and follow @IGLabs on Twitter for updates.
If there are particular platforms you’d like us to add just let us know.
Hi Chris,
will you provide a SDK for Python too?
Hi quantic, welcome to the community. There's no plans currently for a Python SDK, but we might consider it in future depending on demand.
+1 for the python support
This would be helpful!
Thanks
Bass
+1 for the python support
Although this 3rd party library does work - https://github.com/dw/py-lightstreamer
Thanks for the link ixta, I will give it a try.
quantic
I can't seem to PM you back. Can you PM me an email address to contact you on?
Chris - Any ideas why I can't PM? it complains that I can only PM Administrators even though I am logged in?
Hi ixta, I'll PM you shortly.
Hi All,
just released on GitHub a simple Python script that shows a minimal client-side implementation of the Lightstreamer Server Text mode Protocol.
https://github.com/Weswit/Lightstreamer-example-StockList-client-python
Regards,
Gianluca
a Python and/or Node integration would be nice or just any decent server-side code...
I'm staring at this light-streamer documentation and thinking about integrating it to my node app - ha! no chance! I have to stick to your horribly rate limited REST api to get prices instead - disappointing!
Hey memolipd,
You may want to consider running a java process which makes use of the lightstreamer Java API and integrate this with your node application.
Thanks,
Chris
Hi Chris
Now that the Java client is launched are we closer to seeing a java sdk?
I've been hacking away with the client code, and it will do what I need to do, but I'm conscious that this approach is not really maintainable. Any updates to the API/java client will mean I'll have to re-apply all my changes (after I remember them!) to my modified codebase - not something I'd like to do in a 'production' environment. To counter this inherent risk, I'll only use the modified client for ancillary purposes such as checking positions, tracking rollovers etc.
I appreciate that there is nothing stopping me from coding against the REST APIs, but my preference is for a Java API as its far less work for me! Also, I'm not complaining here - the java application is great and the APIs are changing how I trade.
Any info appreciated
Thanks
j0hn0
Hi j0hn0
The sample app includes a generated SDK for the current versions of the API, but is subject to change in the future. The REST interfaces will remain backwardly compatible, but the SDK classes are intended to help you get up and running, not provide a formal interface to the REST API.
I hope this clarifies things for you!
Chris
Hi Chris
Ok - I get what you mean.
So, I've tweaked my java application to
1) load the bean properties from /public-api-client-spring-context.xml to create an ApplicationContext instance
2) I then get a reference to the com.iggroup.api.API through the applicationContext
3) call the API method API.createSession() to get a authenticationContext
4) call the rest of the APIs at will using the authenticationContext
I can do the same for the LightStreamerComponent should I want it.
In general is the correct way to go about things?
Cheers
j0hn0
Regarding using the api-client-sample.jar as a client library - it all works as per the recipie above - I can use the API classes etc and connect and fetch positions. However, I can't seem to set the base url programatically - I had to decompress the jar, edit the properties file and then recontstruct the jar. Is there any way I can set the target URL from the code?