И так проектирую аппликейшен для использование в следующем виде - DataLayer обьекты крутятся в Remoting-е, на сервере,
дополнительно - запросы выполяются асинхронно.
Пересулаются DataSet и сериализуемые праметру-обьекты.
------------
Правильно ли решать задачу следующим образом:
-----
(1) создаю клиентские обьекты, которые содержат асинхронные методы, а так же генерируют события исполнения, прогресса.
В клиентском обьекте на каждый асинхронный метод имеется синхронный метод, который в свою очередь создает серверный обьект и/или выполняет удаленный метод, а так же задачей клиентского синхронного метода является отлов всяких исключений типа Socket.., Web.., ThreadAborted.. Exceptions.
-----
(2А) Нужно ли регистрировать удаленные обьекты на сервере в главном контексте или создавать новые с разными сокетами. Вопрос в принципе связан вот с чем - если много клиентов и все работают через один сокет, не будет ли это тормозить.
-----
(2B) И вообще - не будет ли исчерпан ресурс процесса многими удаленными обьектами, как они создаются (удаленные обьекты) - в новых процессах или просто в отдельных потоках на сервере.
-----------------------
Вобщем нужна помощ профи...

Апликейшен для работы с базой данных.
Соответсвенно обьекты-адаптеры либо все Wellknown-SinglCall,
либо часть Wellknown-SinglCall, а часть Activated.
-----
Singleton-ом по идее могла бы быть публичная фабрика, которая могла бы сохранять ссылки на приватные фабрики (мало-ли - а вдруг возникнет желание кого-то кикнуть с сервера).
-----
Далее есть два варианта - либо публичная фабрика выдает приватную фабрику только в случае успешной авторизации, либо выдает приватную фабрику в не-авторизированном состоянии.
-----
Проблеемма возникает с самими адаптерами - если пройдена авторизация конкретным пользователем с конкретными привилегиями, то было бы неплохо передать об этом информацию адаптеру, но это не возможно в случае Wellknown-SinglCall - не сохраняют состояния.
А в случае с Activated тоже проблема - если все делать правильно, то для каждого классификатора нужен отдельный адаптер, тогда на одно окно-карточку может приходится по каких 10 адаптеров со списками скажем. Если клиент открыл несколько форм-карточек для редактирования и клиентов много...
(а) тогда надо реализовывать скоропостижное умирание обьектов на сервере как только они отработали через LifeTimeServices
(в) или игнорировать (по моему так не надо) :P

ну типа того. Идея в том, что FrontEnd будет отлавливать
все исключения, включая транспортные и группировать все это скажем
в три группы - соединения нет, привилегий нет, системная ошибка
(последнее это на случай, есл что-то не запланированное похендлилось).
Системную ошибку тогда можно и по тихому админу послать...
-----
Какие коментарии. Народ! Народ?
:P

zz118мб через IIS? там привязки к порту нет.А я что-то говорил про IIS? Пока склоняюсь к обычному серверному аппликейшену, так как сами майкрософтмэны пишут, что TCP гораздо быстрее HTTP канала, а на IIS насколько я понял только HTTP.
-----
Кстати вопрос - а если и в правду на IIS - плюсы/минусы? Плюсы вроде только windows authentification, а минусы какие кроме ограничения по протоколу?
Комментс? Peoples? Forum guru?
-----
To [zz118]
вообще у меня цель обсудить концепцию, а не просто провести приятно время болтая не о чем и обо всем... :)

IIS Server vs Custom Server.
В контексте использования SSL - насколько это замедлит процесс?
На IIS есть так, как оно есть, а свой сервер можно и расширить при
надобности, можно и SSL добавить.

UP!