При вызове get_history_data прерывается соединение

[Val01]

Здравствуйте!

При вызове get_history_data через Transaq Connector после ответа '<result success="true">' вылетает соединение с сервером, в callback ничего не приходит.

В логе '*_ts.log' пишутся такие строчки:

12:37:16 RQ_HISTORY Connection closed by server - BYE
12:37:16
RQ: 11
SG: 131
WR: W:6846;W:165;B:60;W:10;L:-1;
RD: <:8;
LFT: 0

В логе '*_ts.log':

123704.081245 [14316] [17216] <cmd> <?xml version="1.0" encoding="utf-8"?><command id="gethistorydata"><security><board>TQBR</board><seccode>MOEX</seccode></security><period>60</period><count>10</count><reset>false</reset></command>>
123716.415377 [14316] [17216] <res> [R] <result success="true"/>
123718.914988 [14316] [17216] <cmd> <?xml version="1.0" encoding="utf-8"?><command id="server_status"/>
123718.918448 [14316] [17216] <res> [R] <result success="false"><message>Cannot process this command without connection.</message></result>

[Val01]

Исправил.

Ошибка была на моей стороне, решение нашлось случайно.
Оказалось что команда в формате "<?xml version="1.0" encoding="utf-8"?><command id="gethistorydata"><security><board>TQBR</board><seccode>MOEX</seccode></security><period>4</period><count>10</count><reset>false</reset></command>" вырубает соединение с сервером.

А такой формат работает нормально: "<?xml version="1.0"?>
<command id="gethistorydata"><security><board>TQBR</board><seccode>MOEX</seccode></security><period>4</period><count>10</count><reset>true</reset></command>"

Причем такой глюк только с командой gethistorydata, уж не знаю почему.

[klimov]

В документации по Коннектору написано
"Параметр reset=”true” говорит, что нужно выдавать самые свежие данные,
в противном случае (т.е. при reset=”false”) будут выданы свечи в продолжение предыдущего запроса."

Т.о., когда вы даете запрос с reset=”false” (без ресета), вы просите сервер продолжить отдавать данные по предыдущему запросу.
А у вас, видимо, нет предыдущего запроса. Поэтому сервер воспринимает такую команду как ошибочную и убивает соединение.

Т.е. reset=”false”  можно задавать только тогда, когда в предыдущей структуре candles по такому же запросу был получен "status=1".