SingleApplication (qt4.4)

[kuzulis]

следить за клиентами по их пиду (всё-таки клиент и сервер выполняются на одной машине в единой сессии), но имеет ли смысл серверу вообще знать своих клиентов "в лицо"?

1. насчет единой сессии - я не знал
2. насчет одной машины тож не знал

Зы: не вникал в суть

Но пусть сервер все - же знает в лицо!

[xintrea]

версия 1.1:

Пара вопросов.

1. Решение сделано в виде какого-то компонента. При статической сборке под лялих и винду надо ли будет как-то по особенному извращаться?

2. Как у вашего решения обстоят дела с многопользовательской работой. То есть на одном компе залогинился один пользователь, запустил прогу, потом в другом дисплее залогинился другой. Будет ли прога у второго запущена или нет?

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

3. Если реализовано через локалсокеты могут ли настройки фаирвола влиять на работу вашего компонента?

4. А будет ли работать ваш компонент в Qt 4.5 ?

[ритт]

1. нет
2. да
3. НЕТ
4. да

[IMPOMEZIA]

Константин

нужен ли режим обнаружения другого экземпляра без возможности передачи данных между экземплярами?

Да, если это позволит создать исключительно простой облегчённый вариант библиотеки, т.е. compile-time.

имеет ли смысл ввести метод для отправки "сырых данных" ака QByteArray?

Да, думаю, было бы полезно.

будет ли полезной возможность отправлять сообщения от сервера клиенту(ам) (вроде броадкаста)?

Не понятно это что и как, выходит за рамки SingleApplication, это уже что-то большее.

[IMPOMEZIA]

не сработает если запустить два экземпляра сразу друг за другом:

Код

DOS
start trivial.exe
start trivial.exe

из-за этой проверки в trivial/main.cpp

Код

C++ (Qt)
if(instance.sendMessage(message))
  return 0;

[ритт]

что именно не сработает? уточни, пожалуйста.

[IMPOMEZIA]

Запустятся два экземпляра trivial.exe

[ритт]

действительно
такая проверка уже несколько версий не нужна, т.к. локалсервер может и не подняться вовсе.

а по предшествующим вопросам:

• в 1.1 добавил опцию для отключения sendMessage/messageReceived (архив ещё не обновлял)
• "отправлять сообщения от сервера клиенту(ам)" - сам не могу придумать зачем это может понадобиться, вот и спросил

[Tonal]

Сообщение конкретному клиенту вполне понятно зачем. Например правильная обработка ошибок параметров. сценарий примерно такой:
Клиент запускается с параметрами, и ждёт подтверждения сервера или кода ошибки, который и отдаёт наружу.
Броадкаст может понадобится, если могут быть клиенты ждущие сервера, а нам нужно всем разослать сообщение о завершении сервера.

[ритт]

это действительно может быть полезным. даже вижу уже как это можно было бы использовать в одном проекте...
вот только остаётся проблема с тем, что в ряде случаев клиент может умереть внезапно, не успев должным образом уведомить сервер. надо думать...

[Tonal]

Да и сервер тоже может умереть.

[fuCtor]

Использую данный компонент, собрал под 4.7TP
При запуске выдает:

Код:

Warning: QObject: Cannot create children for a parent that is in a different thread.
(Parent is QLocalServer(0x636084), parent's thread is QThread(0x185b7e0), current thread is ServerThread(0x636078)

А при выходе:

Код:

Warning: QWinEventNotifier: event notifiers cannot be disabled from another thread
Warning: QWaitCondition: Destroyed while threads are still waiting

[lit-uriy]

fuCtor, компонент, наверное, давно похоронен, в связи с тем, что Qt Solution теперь всем доступен

[ритт]

fuCtor, компонент, наверное, давно похоронен, в связи с тем, что Qt Solution теперь всем доступен

именно. даже 1.1 поленился выкладывать...

[fuCtor]

Ок ) понятно.