Trans2QuikAPI перестает работать после снятия неактивной заявки

Страницы: 1
RSS
Trans2QuikAPI перестает работать после снятия неактивной заявки
 
Добрый день.

Проблема

Приложение используещее Trans2QuikAPI зависает при попытки снять неактивную стоп-заявку.

Quick 7.19.0.51
Trans2QuikAPI_1.3

Шаги для воспроизведения

1. Создать стоп заявку через терминал или АПИ
2. Снять созданную заявку (так же можно использовать либо термина, либо АПИ)
3. Снять заявку созданную в п.1 используя АПИ (TRANS2QUICK_SEND_SYNC_TRANSACTION)
Код
var transactionString = "ACTION = KILL_STOP_ORDER; STOP_ORDER_KEY = 404794507; ..."

Результат

Приложение зависает на строке передачи транзакции в Quick (вызов TRANS2QUICK_SEND_SYNC_TRANSACTION).

Ожидаемый результат

Транзакция выполнится с ошибкой, pnReplyCode - будет содержать код ошибки.


 
Добрый день.

На момент зависания просьба прислать архив рабочего места QUIK (без ключей доступа и файла chm)
А также полный код вашей транзакции.
quiksupport@arqatech.com
 
Есть какие-нибудь новости? Воспроизвели? Фиксить будите?
 
Добрый день.

Роман, Вам была отправлена утилита для снятия дампов. Ответа от Вас не было.
 
Цитата
Ответа от Вас не было.

В письме не было приложено ничего. Я попросил попробовать Вас переслать. Ответа от Вас не было.
 
Цитата
Roman написал:
Цитата
Ответа от Вас не было.
В письме не было приложено ничего. Я попросил попробовать Вас переслать. Ответа от Вас не было.
Написали еще раз, отправили ссылку, проверьте.
 
Спасибо, получил
 
Аналогичная проблема с транзакцией отмены ордера (и не только, а также размещения) в последнее время стала проявляться довольно часто.
Хотелось-бы чтобы эта проблема была исправлена, так как происходит зависание на вечно и тоговля останавливается.

Пробовал вместо синхронных транзакций использовать асинхронные - результат:
При частой отправке транзакций ингда случается так, что ответ на очередную асинхронную транзакцию не приходит ни когда, пока не будет отправлена еще одна асинхронная транзакция. И это тоже проблема.

Дамп на проблема с зависание синхронной транзакции на отмену прилагаю
dmp.zip
 
Цитата
DarlokAg написал:
Аналогичная проблема с транзакцией отмены ордера (и не только, а также размещения) в последнее время стала проявляться довольно часто.
Хотелось-бы чтобы эта проблема была исправлена, так как происходит зависание на вечно и тоговля останавливается.

Пробовал вместо синхронных транзакций использовать асинхронные - результат:
При частой отправке транзакций ингда случается так, что ответ на очередную асинхронную транзакцию не приходит ни когда, пока не будет отправлена еще одна асинхронная транзакция. И это тоже проблема.

Дамп на проблема с зависание синхронной транзакции на отмену прилагаю
dmp.zip
Здравствуйте!

Ваше обращение  получено, проблема изучается. Постараемся в ближайшее время дать ответ.
 
Цитата
DarlokAg написал:
Аналогичная проблема с транзакцией отмены ордера (и не только, а также размещения) в последнее время стала проявляться довольно часто.
Хотелось-бы чтобы эта проблема была исправлена, так как происходит зависание на вечно и тоговля останавливается.

Пробовал вместо синхронных транзакций использовать асинхронные - результат:
При частой отправке транзакций ингда случается так, что ответ на очередную асинхронную транзакцию не приходит ни когда, пока не будет отправлена еще одна асинхронная транзакция. И это тоже проблема.

Дамп на проблема с зависание синхронной транзакции на отмену прилагаю
dmp.zip
Добрый день.


Просьба уточнить.
Какая именно заявка снимается (стоп заявка, обычная или уже снятая заявка)
Всегда ли повторяется проблема?

Также сообщите вашего брокера и желательно повторить проблему и сообщить номер проблемной заявки (стоп заявки)
Опишите последовательность действий.
 
В приведенном дампе отменяет стоп-заявка, котрая была размещена секундой ранее. Эта заявка в момент отправки транзакции на отмену была активна.
Проблема проявляется редко. Общего в ситуациях, когда проблема проявляется - когда через АПИ часто рамещаются и отменются заявки (каждую секунду или чаще.

В данном случае производилась отмена старого ордера и размещение нового перед зависанием с частотой раз в секунду.
Судя по нашим логам, ордер был уже отменен, когда по нему отпрправилась еще одна команда на отмену, так как до этого была послана транзакция на отмену, но стауса "отменена" мы не получили перед отправкой повторной транзакции на отмену.

Так что к моменту поступления транзакции на отмену. скорее всего жанная заявка была отменена, но мы об этом еще не узннали.
И да, стаус "отмена" мы получили сразу после отправки второк команды на отмену по этомуже ордеру.

[0x07F4][0x2E0C](13.09.2018 - 17:43:15.057)=> CQuikATPlugin::NotifyOrder Object = 0x0000000005197110
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.135)  On Order State[PreSubmitted] {SendedOrder [MCID=60], [QKID=404869834] OA=Sell OC=StopLimit PR=68438.000000, QTY=10 TIF=20180913} - исходная заявка
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.135)  Notify State[PreSubmitted] to MC {SendedOrder [MCID=60], [QKID=404869834] OA=Sell OC=StopLimit PR=68438.000000, QTY=10 TIF=20180913}
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.157)<= CQuikATPlugin::NotifyOrder Object = 0x0000000005197110 Time = 99.504821
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.162)=> CQuikATPlugin::ModifyOrder Object = 0x0000000005197110
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.163)  ModifyOrder MCID[60] {Order OA=Sell OC=Stop SP=68438.000000 LP=68438.000000 QTY=10 TIFUNSPECIFIED}

[0x07F4][0x2E0C](13.09.2018 - 17:43:15.164)  Canceling old order MCID[60]- отправка по ней транзакции на отмену в первый раз

[0x07F4][0x2E0C](13.09.2018 - 17:43:15.209)  Canceling Order QKID[404869834] {SendedOrder [MCID=60], [QKID=404869834] OA=Sell OC=Stop PR=68438.000000, QTY=10 TIF=}
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.210)<= CQuikATPlugin::ModifyOrder Object = 0x0000000005197110 Time = 47.375117
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.337)=> CQuikATPlugin::ModifyOrder Object = 0x0000000005197110
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.338)  ModifyOrder MCID[60] {Order OA=Sell OC=Stop SP=68446.000000 LP=68446.000000 QTY=10 TIFUNSPECIFIED}
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.339)  Canceling old order MCID[60]- отправка по ней транзакции на отмену во второй раз
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.391)  => CQuikATPlugin::NotifyOrder Object = 0x0000000005197110
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.469)    On Order State[Cancelled] {SendedOrder [MCID=60], [QKID=404869834] OA=Sell OC=StopLimit PR=68438.000000, QTY=10 TIF=20180913} - пришла отмена, надо пологать от первой попытки отмены
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.470)    Cancel for Modified Order need Replace
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.470)    ReplaceOrder MCID[60]
[0x07F4][0x2E0C](13.09.2018 - 17:43:15.471)    Place As StopLimit order

Номер проблемной стоп-заявки в терминале 404869834

К сожалению брокера не могу сообщить, так как проблема проявилась у пользователя, а не у нас. Но пользователи с такой проблемой приходят реггулярно. Первое обращение с подобной проблемой зарегестрировано 07.12.2017. До этого пользователи проблем с зависанием АПИ не приносили.
С тех пор было несколько десятков случаев (это только те, что принесли нам пользователи).
Мы пытались решить эту проблему использованием асинхронных транзакций вместо синхронных, но это так-же не решило проблему, так как при размещении ордеров мы вынуждены ждать ID размещенного ордера и ошибки, если размещение провалилось.Но иногда ответ на нашу транзакцию ни когда не призодит или приходит ответ на предыдущую транзакцию.
 
Если сообщите, куда можно прислать, могу дать полные логи и дампы от остальных ситуаций пользователей.
Проблема так-же пару раз воспроизвелась у нас на демо-доступе. В обоих случаях отменяемая заявка примерно в этоже время исполнялась или отменялась.
 
Цитата
DarlokAg написал:
Если сообщите, куда можно прислать, могу дать полные логи и дампы от остальных ситуаций пользователей.
Проблема так-же пару раз воспроизвелась у нас на демо-доступе. В обоих случаях отменяемая заявка примерно в этоже время исполнялась или отменялась.
Доброе утро. Пока присылать не нужно. Будет разбираться так, постараемся в ближайшее время дать ответ.
 
Цитата
DarlokAg написал:
Если сообщите, куда можно прислать, могу дать полные логи и дампы от остальных ситуаций пользователей.
Проблема так-же пару раз воспроизвелась у нас на демо-доступе. В обоих случаях отменяемая заявка примерно в этоже время исполнялась или отменялась.
Добрый день.

         По данному обращению мы диагностируем ошибку на своей стороне,       из-за которой Вам не отправляется ответ на транзакцию "снять       стоп-заявку", если обработка транзакции завершилась ошибкой. В       данном случае не удалось обработать транзакцию снятия стоп-заявки,       так как стоп-заявка, указанная в транзакции, была уже снята.
     
      Мы исправим данную ошибку в одной из следующих версий серверного       ПО QUIK.     Приносим свои извинения за доставленные неудобства и задержку с       ответом.
 
Спасибо. Будем ждать. А фикс будет в терминале или trans2quik.dll?
 
Цитата
DarlokAg написал:
Спасибо. Будем ждать. А фикс будет в терминале или trans2quik.dll?
Добрый день.

Проблема на стороне серверного ПО. Соответственно, когда проблема будет исправлена, серверная часть демо доступа будет обновлена. Здесь мы также об этом напишем.
Соответственно и если проблема проявляется при работе через брокера, то тоже необходимо ждать обновления серверной части QUIK.
 
Цитата
Egor Zaytsev написал:
Проблема на стороне серверного ПО. Соответственно, когда проблема будет исправлена, серверная часть демо доступа будет обновлена. Здесь мы также об этом напишем.Соответственно и если проблема проявляется при работе через брокера, то тоже необходимо ждать обновления серверной части QUIK.
Уже месяц прошел, но проблема все еще актуальна. Когда ориентировочно ждать фикса проблемы?
 
Добрый день.

К сожалению, сроков назвать не можем.
Как будет исправлено в данной ветке форума мы напишем.
 
Цитата
DarlokAg написал:
Цитата
Уже месяц прошел, но проблема все еще актуальна. Когда ориентировочно ждать фикса проблемы?
Уже 5 месяцев прошло...
 
Да и вообще, через месяц ГОД будет с последнего изменения вообще во всем разделе
"Утилиты и документация"
 
Добрый день. Уже скоро год будет проблеме с зависанием ответов на транзакции в серверной части.
Интересует - будет ли проблема исправлена вообще. И Сколько лет ждать фикса?
Наши пользователи уже отказываются от использования Quik для автоматической торговли из нашей программы теханализа.
 
Цитата
DarlokAg написал:
Добрый день. Уже скоро год будет проблеме с зависанием ответов на транзакции в серверной части.
Интересует - будет ли проблема исправлена вообще. И Сколько лет ждать фикса?
Наши пользователи уже отказываются от использования Quik для автоматической торговли из нашей программы теханализа.
Добрый день.

К сожалению, на текущий момент проблема не исправлена. Вы можете обратиться к брокеру и инициировать обращение к нам с ссылкой на данную ветку форума.
 
Добрый день.

Обнаруженная проблема была исправлена в версии сервера 8.0.
QUIK clients support
Страницы: 1
Читают тему
Наверх