Сертификация торговой системы

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

Мне кажется, РТС нужно убедить, что это бесполезное занятие. Для безбазовых клиентов нужны ВСЕ данные. Если же вам нужно иметь быстрый старт, то делать это нужно через сохранение инструментов локально. Я так и делаю, использую EntityFactory переопределенный (устанавливается через PlazaTrader.EntityFactory). Проблемы с очередями и параллельностью потоков вообще не стоит, потому что нет как таковой и прокачки данных.

FiNick, предлагаю сертификацию пройти совместно. Я уже отвечал на многие вопросы ранее. Засертифицируем вашу программу, засертифицируем и библиотеку.

Не совсем так, дело в том, что сама платформа StockSharp это достаточно широкий инструмент, её будет сложнее засертифицировать, чем мой вариант программы.
У РТСа есть ряд требований к программе, те же очереди например, а у программиста, использующего StockSharp есть возможность разбить получение потоков репликации на несколько коннекшнов, и в зависимости от того как он это сделает, у него будут либо гигантские очереди, либо маленькие. Т.е. похоже придется внутрь PlazaTrader'a зашить правильное разбиение потоков по соединениям, что не комильфо...

Я могу рассказать, какие конкретно требования были у РТС, и как правиьно отвечать, но похоже чтобы засертифицировать саму платформу придется с ними повоевать)

Воевать не нужно. Нужно потратить время... Окей, давайте тогда получите своей сертификат, а я уже отпишусь далее, сославшись на вашу сертификацию. Типичный юзер, который может порушить систему РТС, не сможет понять, как менять кол-во потоков. Плюс количество потоков вряд ли на что-то влияет вообще. У вас какой канал до биржи?

У меня обычный безлимитный инет в Новосибирске, задержки до РТС 60-80 мс.

Мне дали сертификат! Спросил, почему бы тогда не засертифицировать StockSharp:

Значит надо их убедить в обратном.

Вопросы какие поднимаются на сертификации:
1) Приложение должно успешно проходить клиринг.
2) Очереди сообщений должны быть маленькими (я добился того, что на старте у меня не более 6-7)
3) Проверка реакции на lifeNumChanged. Для этого дают такой тест: в ини файлах потоков надо lifeNum установить в ноль, запустить прогу, она перезакачает все данные заново и установит новые lifeNum в ини файлы.
Для прохождения теста понадобилось заставить прогу писать ини файлы потоков в отдельную директорию, чтобы их там вручную подкорректировать можно было.
4) Необходимо сохранять ревижны потоков в файл, чтобы при новом запуске не закачивать все данные заново. На событии lifeNumChanged ревижны в файле надо установить в ноль(чтоб не мешали получать данные заново).
Думаю если все эти моменты разрешены, сертификация займет день.

Так и смысл как раз в том, что S# будет использовать всё тоже. Разбиение по тредам и соединениям должно быть в S#, а не в отдельном приложении.
3-4) сейчас делается и так

Ну вот я тоже думаю, давайте зашьем это разбиение внутрь плаза коннектора.
3 делается, но для теста понадобились ини файлы.
4 делается, но не совсем. У нас не сохраняются старые данные в хранилиище, а хотелось бы. Гидра например умеет это делать, встроить бы её в коннектор, или написать инструкцию как это просто сделать.

У нас безбазовый клиент, а не базовый. Поэтому у нас БД не используется.
По 3 - ини файлы у нас тоже создаются :)

не подскажите на каком этапе сертификация? и последние новости! Спасибо!

вам сертификация для чего? пробовали сертифицировать своего робота через PlazaTrader?

новости - в разделе новости на главной странице.