Нужно, чтобы клиетны ремоутигна подписывались на событие сервера. Я вынес в DLL не только объект ремоутигна, но и даже некую фабрику по его производству. И все равно работает только в том случае, если на компьютере-СЕРВЕРЕ я кладу в папку, где лежит server.exe, копию файла client.exe, который там по моему скромному мнению вообще не нужен. Да еще и ругается, зараза, если копия client.exe не совсем свежая. 

Если я не положу копию клиентского exe, то работает все следущим образом. Запускаю на компьютере-сервере server.exe, на комепьютере-клиенте client.exe. Пока не подписываю клиента на событие. Они работают нормально, т.е. я могу на клиенте вызывать функции удаленного объекта, сервер на эти вызовы реагирует. Затем я произвожу на клиенте подписку на событие:

где RemotingObject - объект ремоутигна;
RemotingEvent - поле event;
RemotingEventDelegate - делегат такого же типа, что и RemotingEvent;
MyHandler() - функция-обработчик события, реализованная внутри кода client.exe

В этот момент на компьюрере-КЛИЕНТЕ появляется окно ошибки, произошедшей на СЕРВЕРЕ. Текст в окне такой (RemotingClient -это фактическое имя моего клиентского exe): 

и т.д.
Если положить копию client.exe под бок к server.exe, то все работает.

Да, я согласен, что функция-обработчик реализована у меня в client.exe Ну и что с этого? Зачем же server.exe лезет загружать копию сборкуи client.exe - ведь это всего лишь копия, которая не в работе. Истинный client.exe в это время работает на другом компьютере! Это что, такой "свадебный генерал" получается, которого я должен держать на сервере чисто для мебели?

Короче, вопрос: как избавиться от неоходимости держать копию клиентского exe на стороне сервера при реализации подписки на собыдия сервера при ремоутинге?
Спасибо.  

вынеси все общие для клиента-сервера типы в отдельную сборку и добавь на неё и там, и там референсы
у тебя же, судя по всему, сервер референсит клиента

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


Для того, чтобы корректно десериализовать делегат на той стороне.


Advanced .NET Remoting, Second Edition
p. 213 Remoting Events

Если вкратце:
Instead, you can introduce an intermediate MarshalByRefObject (including the implementation,
not only the interface) that will be located in General.dll and will therefore be accessible
by both client and server.