Не удается получить статус сервера, из-за чего не корректно работает администраторская часть

Добрый день. Ищем систему электронной очереди для коммерческого использования. Решили протестировать ваш продукт. Всю установку произвели согласно приложенной к инсталяционному пакету документации, однако, после успешного запуска сервера и клиента администрирования, при нажатии на кнопку "запрос на сервер", возвращается сообщение об ошибке: Error! Проблема с командой.
ru.apertum.qsystem.common.exceptions.QException: Ошибка на сервере не позволила сформировать ответ. Не могли бы подсказать в чем может быть проблема?
Логи запуска сервера и клиента администрирования во вложении.



Попутно возник еще один вопрос: возможно ли настроить систему электронной очереди Q-System на работу со светодиодными табло Yanic, или же в качестве табло могут использоваться только мониторы/телевизоры?

У меня к вам вопрос. Как вам удалось удалить корневую услугу? Она, по идее, недоступна для удаления. Может быть, конечно, при развертывании БД что-то пошло не так и первоначальные данные не сохранились. Это может быть из-за того что кодировка БД не utf8. Раньше если кодировка другая, то вообще БД не создавалась. В новых версиях MySQL вроде как создается, но возможно, первоначальные данные не сохраняются.
В общем, причина в том что услуг нет ни одной. А корневая "услуга" всегда должна быть и в ней уже должны быть вложены настоящие услуги. Попробуйте проверить что БД имеет по умолчанию кодировку utf8 и создать БД заново.

Табло Yanic на фото имеют не плохой дизайн. Диодные табло к QSystem можно подключить любые. Для этого нужно сделать плагин и реализовать в нем протокол. Протоколы все индивидуальны у каждого производителя. Это все делается. Ведутся переговоры с производителем, производитель открывает протокол, протокол реализуется в плагине. Плагин подключается к QSystem и настраивается. Все диодные табло объединяются в шину RS485 и подключаются к серверу(компу) QSystem через переходник к USB.

Такая же проблема. Только вот забавно то что ошибку выдает только на двух компьютерах. Кодирова в норме (utf-8 ) в админке корневая услуга есть. Что делать спасайте. Началось с того что добавили комп и поставили на него клиенат версии 1.4.2 а серв 1.4.1

Сбросьте ссылку на табло Yanic - нужно посмотреть на них чтоб что-то сказать

Меня табло не унтересует . =))

такое ощущение, что несуществующие пользователи каким-то образом пролезли. Типа, на сервере удалили их, а они все пытаются общаться с сервером.

Эти пользователи как в клиентскую прогу попадают? Стартуют клиентску прогу, выбиоают себя из списка, и потом открывается окно оператора и появляется ошибка?

Брр...Базу пере устанавливал, клиента тоже только приходилось уже на 1.4.2 пробовал ставить тест серв тоже самое.И ошибку выдает до выбора пользователя просто не доходит.

может быть на сервере папку temp стереть...

Вообще интересно, как такое получилось. Юзеров добавили или удалили или как?

Удалял. Юзеров не трогал .Может быть такое что операторы просто ПК не выключают а серв натроен на перезагрузку. а программа клиент висит и что то посылает на сервер по порту?

вот на это и похоже. Что оператор хочет что-то от сервера и посылает серверу ID юзера. которого нет в самом сервере по причина, к примеру, изменения БД. Оператор приложение свое не рестартовал и по этому вроде как в системе.