[ts-gen] Ugo's post; was a blank subject line

R P Herrold herrold at owlriver.com
Fri Sep 28 16:05:08 EDT 2007


On Fri, 28 Sep 2007, Nils Gebhardt wrote:

> I also would like to express my appreciation for the effort made on this
> project...

;)

> one web application I would find handy would be a view on 
> the tables OrderJournal, Executions and the likes. That 
> would allow to keep somewhat in touch with your system using 
> a blackberry device or so if you are somewhere on the road.

You are mashing Blackberry push notification, and WAP device 
viewable page content interfaces together here.

The push protocol details for Blackberry is known to me, but 
not going to end up in the shim directly by us, absent a 
client paying for such a patch job -- it is much too easy (to 
build, maintain, debug, etc.) to leave this as a separate 
component of a downstream client to the shim.

WAP content generation is straightforward, and we have a 
worked example of static markup generation which I cited to 
yesterday.

> The API requires a running tws session and you can have just 
> one session for one account at the same time, right?

Only one TWS session connection to IB per account is a 
restriction by the upstream as to their part of the 
transaction.  The TWS _downstream_ however is perfectly 
capable to having multiple 'trading-shim' like clients talking 
to it, over the socket interface.  I have run four shims at 
once all talking to the same TWS on a single account.

> Is there any other way to get execution informations from 
> remote apart the syslog entries if you accidently have a 
> running ssh session?

I think a verb part got dropped in the last part, there.

Goodness, I can think of several without breaking a sweat:
- 	A cron driven extractor from the log file to update a
 	database [I do a variant of this];
-	A sql query against the shim's backend database [I
 	do this];
-	An ad hoc script to permit starting a shim instance to
 	query account details from the TWS (optionally
 	including the execution log, and the account details)
 	[I do this];
-	An 'at' process, once a day, to do the same, 'armed'
 	when there is trading on a given day [wanted to give
 	'at' equal billing to 'cron'];
- 	A web browser controlled, access controlled command
 	initialiation to do the same, and to generate a pretty
 	PDF report which is emailed with 'nail' in MOME format
 	[I did a variant of this for a client]

We could probably drop someting into the inittab, but you get 
the point.

-- Russ Herrold


More information about the ts-general mailing list