Messages | Topics | Attachments

1

TRANSAQ Connector / Re: sec_tz

« on: ЮЪвпСап 07, 2014, 05:35:19 pm »

Хочу дополнить свое пожелание к проверке.

Может быть вы уже наконец переделаете трансляцию времени со строчек на цифру с тиковой точностью в формате UTC?

2

TRANSAQ Connector / Re: sec_tz

« on: ЮЪвпСап 03, 2014, 05:05:39 pm »

Выход есть всегда. Можно было бы писать пустое поле или чем-то заполнять ввиде unknown... Но не об этом суть. Суть в том, что ваша документация не соотвествует действительности. И об этом надо предупреждать.

Возможно вы поймете суть моего сообщения, и потратите время на ревью других участков. Есть подозрение, что это не единственное место.

3

TRANSAQ Connector / Re: sec_tz

« on: ЮЪвпСап 03, 2014, 02:17:35 pm »

Получается, что коннектор может отдавать формат XML, не соответствующий документации?

4

TRANSAQ Connector / Re: sec_tz

« on: ЮЪвпСап 03, 2014, 11:47:02 am »

Формат ответа от сервера зависит от настроек Windows на клиенте?

5

TRANSAQ Connector / Re: sec_tz

« on: ЮЪвпСап 02, 2014, 05:03:00 pm »

Обязательно ли это поле или оно может отсутствовать в каких-то случаях?

Оно было добавлено в версии от 11.07.14. Сейчас оно исчезло?

6

TRANSAQ Connector / sec_tz

« on: ЮЪвпСап 02, 2014, 04:45:18 pm »

Обязательно ли это поле или оно может отсутствовать в каких-то случаях?

7

TRANSAQ Connector / Re: Корректное завершение работы

« on: дХТаРЫп 28, 2014, 01:38:59 pm »

Проблемы в библиотеке. Она не дает корректно завершать работу. Поэтому и коннектор наш не отключается.

Вообще складывается впечатление, что процесс разработки коннектора какой-то не отлаженный. Все на коленках. Мне в личку шлют сборки, которые просят меня же тестировать. При первом же запуске выясняется, что проблема не устранена. Далее опять мне что-то новое шлют. Сами шлют опровержения о том, что новый патч тоже не работает.

Видимо никто из пользователей не дошел дальше подключения. Я пытался местному руководству намекнуть, что пользователей у их решения раз два и обчелся, но они как-то это все мимо ушей пропускают. Хорошее решение, перспективное. А пользоваться проще кривым Квик апи, которым АПИ то с натяжкой можно назвать.

8

TRANSAQ Connector / Re: Корректное завершение работы

« on: дХТаРЫп 17, 2014, 07:46:16 pm »

Хочу ответить, что до сих пор не работает. После того как вы отписали, еще 2 раза мне через личку давали 2 неработающие версии.

9

TRANSAQ Connector / Re: Корректное завершение работы

« on: пЭТРап 16, 2014, 07:31:33 pm »

В любом случае, мы еще раз проверим корректность работы библиотеки при UnInitialize и последующем FreeLibrary. О результатах сообщим

Что-то мы ходим вокруг да около. Я вам описал причину крэша еще 23 декабря в этом топике. 24 декабря вы поняли, о чем я пишу. А теперь все с начала, новый год? =)

Нельзя выгружать библиотеку если в ней есть работающий код. Это и приводит к крэшу. Проблема в том, что ТКоннектор невозможно остановить. Там живут свои потоки, свой контроль за подключением. Я задал вопрос 25 декабря, как все это выключить. Как сделать так, чтобы ТКоннектор ничего параллельно не делал в фоне. Ответив на этот вопрос вы ответите и на причину того, почему ТКоннектор невозможно выключить.

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

Посмотрите на то, как сделали в Plaza 2. Никаких скрытых потоков. Пользовательский код сам создает сколько нужно потоков и сам выбирает данные из очереди. Тогда проблема race condition уйдет сама.

Фразы вида "много внешних разработчиков" - это ни о чем. Я вам пишу про явные проблемы. Достаточно взглянуть на документацию, подумать как это работает, и все очевидно станет. Какие заплатки делают другие разработчики я не знаю. Но я вам предлагаю убрать подход с заплатками и сделать коннектор нормальным. Чтобы его логика работы было детерминированной. Я вам ранее уже писал о проблеме http://www.transaq.ru/forum/index.php?topic=1258.0 после чего вы изменили ТКоннектор (неправильно, конечно, сделали, но хоть так, иначе с ММВБ было вообще не возможно работать). Предлагаю и в этот раз сделать фикс. Только вначале скажите, как вы хотите его сделать. Чтобы не было как с кодами площадок.

10

TRANSAQ Connector / Re: Корректное завершение работы

« on: пЭТРап 14, 2014, 05:14:14 pm »

2 потока, о которых Вы пишете, это реализация Вашего проекта?

Один поток - это основной поток. Если говорить про Windows, то каждое приложение имеет минимум один поток. Второй поток - это поток колбэка. Я его не создавал. Видимо создался сам ТКоннектором. Если вы умеете пользоваться Vusual Studio, то там можно посмотреть в окно Threads.

Необходимость остановки коннектора на уровне выгрузки библиотеки в процессе работы программы чем вызвана?

Вроде как это сценарий корректного завершения работы с ТКоннектором. Описан в документации. Если сценарий неправильный, то просьба хотя бы сюда написать, какой правильный.

Если есть возможность, можете написать небольшой тест библиотеки, который воспроизводит проблему у Вас и прислать его на support@transaq.ru?

Ребят, давайте что-ли на реалии смотреть чуть трезвее. Я вам написал баг репорт. Баг репорт подтвержден Климовым. Механизмы авто переподключения о которых я писал, так же описаны в вашей документации (хотя там написано про Финам, не знаю кто ее писал, думаю сами между собой разберетесь). Писать примеры я не буду, так как лично для себя не вижу смысла, да и в лом =) Хотите - правьте багу. Хотите - нет. Я для очистки совести вам написал об их сущенствовании. Считаю свою часть работы выполненной на 100% =)

11

TRANSAQ Connector / Re: Корректное завершение работы

« on: ФХЪРСап 30, 2013, 09:23:56 am »

И все же. Возможно ли хоть как-то выключать коннектор или коннектор невозможно выключить?

12

TRANSAQ Connector / Re: Корректное завершение работы

« on: ФХЪРСап 25, 2013, 03:17:01 pm »

Файла такого нет. Последние строчки лога XDF

131225-151232.287 5752   [2728]   Inf << <server_status id="2" connected="true"/>
131225-151329.288 5752   [3384]   Inf >> <command id="disconnect" />
131225-151329.816 5752   [2728]   Inf << <server_status id="2" connected="false"/>
131225-151329.817 5752   [3384]   Inf << <result success="true"/>
131225-151345.237 5752   [3384]   Sys >< UnInitialize requested...

Версия файла 5.8.2.4

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

13

TRANSAQ Connector / Re: Корректное завершение работы

« on: ФХЪРСап 25, 2013, 11:15:32 am »

Можно после выполнения команды Disconnect сделать небольшой sleep (заведомо больше по времени, чем обработка <server_status> connected=false  в коллбэк-функции)

Не помогает (10 сек ждал, колбэк гарантированно отработал судя по логу). Что логично, так как в процессе остались 2 потока, которые создаются при коннекте.

Я уже писал вам через Финам, что нужно убрать все эти потоки, и дать возможность пользовательскому коду организовывать взаимодействие. Заодно напишу, еще и то, чтобы как-то выключать механизм переподключений, который судя по всему живет свой жизнью. При слабом интернете этот механизм начинает глючить. При этом ручное подключение работает лучше, так как пользователь сам может определить, через сколько примерно времени инет снова отвалиться (кто пользуется плохим интернетом тот знает, что там бывает как-бы периоды стабильного подключения, так и отвала).

Может быть дать возможность как-то выключать все эти чудесные механизмы? Через настройки там какие-нибудь?

14

TRANSAQ Connector / Re: Корректное завершение работы

« on: ФХЪРСап 23, 2013, 06:23:41 pm »

Следующей строчкой после SendCommand вы имеет следующую ситуацию. 2 потока. Основной поток стоит на позиции после SendMessage. Второй поток стоит в Callback от этой самой команды. UnInitialize проходит без ошибки. На FreeLibrary  появляется AccessViolation.

15

TRANSAQ Connector / Корректное завершение работы

« on: ФХЪРСап 23, 2013, 12:03:00 am »

Когда нужно делать выгрузку библиотеки? Дело в том, что в колбэке этого делать нельзя, так как библиотека еще используется. И сразу после отправки команды Disconnect так же делать нельзя, так как не известно когда придет ответ.