вот есть проблема
написал прогу, но с жёстко заданным протоколом и номером порта, есть желание сделать конфиг файл в котором буду настраивать сам ремотинг
но когда пользую конфиг файл (объект активизируется сервером), складывается такое ощущение, что объект с клиентской активизацией!! хотя в коде конфига чётко написано <wellknown
type ="RemOb.Messager, Messager" url ="tcp://Ale:4000/Messager"/>
т.е. при срабатывании события другие клиенты "не видят" этого, более того члены удалённого объекта ведут себя как при клиентской активизацией
что не так может я что то пропустил?
вот коды (сокращённые)

сервак


клиент



и конфиг для клиента



для сервера не привожу конфиг

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

Снова события + ремоутинг. Сколько раз нужно повторить, что в архитектуре взаимодействия "клиент-сервер" сервер не может отправлять сообщения клиенту, в терминах ремоутинга - сервер не может самостоятельно вызывать методы клиента ! События в .NET - лишь удобная надстройка над вызовом методов по ссылке. Поэтому ожидать что сервер сгенерирует событие, а все подписанные на событие клиенты обработают его - бесполезно.

TO mr.DUDA 
вопрос с событиями я уже решил, я запостил про это в той же теме  , здесь вопрос в другом как правильно настроить конфиг файл?
скажем я написал простое приложение, пусть удалённый объект содержит переменную(пусть равную 5) и свойство для задания и получения данной переменной
активизация серверная, допустим клиент сначала запрашивает эту переменную через свойсво, а затем меняет её на другое(т.е. было скажем 5 стало 34), после эта прога ничего не меняет, запускаем вторую
второй клиент при запуске делает тоже самое, т.е. зарпашивает и меняет
весь трабл заключается в следущем: если производить настройку ремотинга программно, то результат будет следущим
первая прога выведет на консоль сначала 5 затем поменяет переменную на 34
вторая - выведет 34 и поменяет на какое-либо другое значение
т.е. всё происходит как и должно быть
но при настройке ремотинга через конфиг работа прог будет иная
первая прога выведет 5, затем изменит на 34, а вторая должна вывести на консоль 34, но выводит почему то снова 5! т.е. складывается такое ощущение что объект активизируется клиентом

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

Покажи конфиг сервака, там есть mode="Singleton" в теге <wellknown> ?
И <lifetime> из клиентского конфига убрать можно, клиент не управляет временем жизни при серверной активации.


Кстати, готовился тут к экзамену, проскочил вопрос о приложении типа чата - там все клиенты подписываются на события сервера и обрабатывают их, так правильный ответ был таким: ...bla-bla-bla... subscribe on ChatServer events in the ChatClient class; start listening on Http (для примера) port in the client application.

вот конфиг сервера

кажись так, пишу по памяти
кстати на тему чата, это я и сделал, тока теперь охота чтоб через конфиги всё работало, так ведь намного круче и легче и мне не придётся перекомпилировать  

Порты не совпадают: в одном конфиге 4040, в другом - 4000, вот клиент и создаёт объект локально.

всем доброй ночи
мне так и не понятно, в чём причина глюков с настройкой ремотинга через конфиг
вот простое приложение, суть работы в следущем: на сервере живёт удалённый объект,
у него есть закрытый член типа double и 2 метода для получения и установления этой переменной в новое состояние
клиент выводит эту переменную на консоль и изменяет её, затем можно будет запустить второй клиент и о чудо, если клиент настроить программно, то всё работает, он выводит на экран новое значение переменной; но горе будет, если настроить через конфиг - ничего не меняется
так где же ошибка?  
вот мой проект

Это сообщение отредактировал(а) Alexsar - 24.12.2006, 02:34

Присоединённый файл ( Кол-во скачиваний: 5 )
 Remoting.rar 56,77 Kb

всех с праздниками!
у всех всё работает с конфигами?
дайте хотя бы свой проект, погляжу как надо делать правильно  
и ещё раз всех с праздниками

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

Нужно правильно указывать полное имя класса в wellknown type="...". В приведённом примере оно "RemOb.Messager, RemOb", а должно быть "Messager,RemOb", либо нужно поместить класс Messager в namespace RemOb. Вот рабочий вариант этого же примера:



Присоединённый файл ( Кол-во скачиваний: 12 )
 remoting.zip 18,21 Kb

TO mr.DUDA всё зароботало
только возникла новая проблема, и вновь с событиями
при попытке генерации события, объект почему то не может обработать BegiInvoke и генерирует исключение:
System.Runtime.Remoting.RemotingException: This remoting proxy has no channel sink which means either the server has no registered server channels that are listening, or this application has no suitable client channel to talk to the server.

   at System.Runtime.Remoting.Proxies.RemotingProxy.InternalInvoke(IMethodCallMe
ssage reqMcmMsg, Boolean useDispatchMessage, Int32 callType)
   at System.Runtime.Remoting.Proxies.RemotingProxy.Invoke(IMessage reqMsg)
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgDa
ta, Int32 type)
   at RemOb.MsgEventHandler.BeginInvoke(String msg, AsyncCallback callback, Obje
ct object)
   at RemOb.Messager.Notify(String msg) in D:\codes\temp\RemOb\RemOb\Class1.cs:line 36

хотя при программной настройке всё работает, что ещё я забыл сделать?
вот новый проект

Присоединённый файл ( Кол-во скачиваний: 4 )
 Temp.zip 62,39 Kb

Чтобы клиент обрабатывал события от сервера, клиент должен быть одновременно и сервером, т.е. слушать на каком-л. порту, и выставлять наружу тот же класс Messager.

то есть что нужно сделать в конфиге? зарегесрировать этот удалённый объект в кофиге клиента как на сервере? или надо в коде клиента это отразить?

а вопрос так и остаётся открытым  

да

Поюзал поиск. Решил, что эта тема наиболее близкая к моей проблеме.
Проблема в том, что не могу прикрутить конфиг-файл для Windows-service, получаю почему-то FileNotFoundException, обернутый в RemotingException.

Для того, чтобы ошибка не появлялась предусмотрел копирование инсталлятором конфига в директорию установки, и проверял, чтобы копирование выполнялось. Для лучшего понимания приведу пример кода, в котором задана конфигурация и пример конфиг-файла.
Пример жестко закодированной конфигурации.

Конфиг-файл сервиса(сервера)

Где сервис после установки ищет файл конфига, если в папке сервиса лежит файл конфига, а вызов осуществляется следующим образом:

С клиентом все оказалось проще: конфиг нашелся при указании правильного относительного пути. А вот служба заставляет поломать голову. Выскажите свои соображения, пожалуйста.

Это сообщение отредактировал(а) Unlocker - 7.5.2009, 13:07

Bug fixed!
Как всегда проблемы кроются в недокументированных действиях прикладного ПО, к которому осуществляется привязка. При инициализации платформы, та неявным образом выставляет папку по умолчанию, отличную от директории exe'шника. С этим и были основные проблемы.

Возник еще вопрос, касающийся файлов конфигурации.
При конфигурировании Remoting получаю "интересный" эффект. При жестком кодировании конфигурации все работает нормально. При вызове new создается проксик реального объекта. При использовании процедуры RemotingConfiguration.Configure() эффект несколько отличается от желаемого. Для сравнения работы двух методов проводим вывод на экран записи зарегистрированного типа для сервера методом:

Записи, выводимые с помощью вышеприведенного метода, совпадают (зрительно). После чтения файла конфига, при вызове метода new на клиенте получаем реальный объект типа вместо проксика. В чем тут могут быть проблемы?
Примеры своих конфигов привожу ниже:

• "Жесткое" кодирование конфигурации сервера
  

  Код

  TcpChannel tcpChannel = new TcpChannel(8080); ChannelServices.RegisterChannel(tcpChannel); RemotingConfiguration.RegisterWellKnownServiceType(typeof(Neolant.PW_Param.BL.Facade), "FacadeURI", WellKnownObjectMode.SingleCall);

• Конфиг-файл сервера.
  

  Код

  <configuration>    <system.runtime.remoting>       <application>          <service>             <wellknown                 mode="SingleCall"                 type="Neolant.PW_Param.BL.Facade, Neolant.PW_Param.Facade"                 objectUri="FacadeURI"             />          </service>          <channels>             <channel                 ref="tcp"                 port="8080"             />          </channels>       </application>    </system.runtime.remoting> </configuration>

• "Жесткое" кодирование конфигурации клиента
  

  Код

  // Регистрация канала. TcpChannel channel = new TcpChannel(0); ChannelServices.RegisterChannel(channel); // Регистрация типа. WellKnownClientTypeEntry remoteType = new WellKnownClientTypeEntry(typeof(Facade), "tcp://localhost:8080/FacadeURI"); RemotingConfiguration.RegisterWellKnownClientType(remoteType);

• Конфиг-файл клиента
  

  Код

  <configuration>    <system.runtime.remoting>       <application>          <client>             <wellknown                 type="Neolant.PW_Param.BL.Facade, Neolant.PW_Param.Facade"                url="tcp://localhost:8080/FacadeURI"             />          </client>          <channels>             <channel                 ref="tcp"                 port="0"             />          </channels>       </application>    </system.runtime.remoting> </configuration>

Буду рад конструктивным критике и предложениям. 
PS: Среда разработки VS2003

Это сообщение отредактировал(а) Unlocker - 18.6.2009, 14:09

Проблема, описанная выше, несколько конкретизировалась.
Дело, наверное, не в конфиг-файле (он составлен грамотно), а в несколько другом ракурсе. Попробовал парсить конфиг файл вручную, но столкнулся с невозможностью загрузить нужную сборку при помощи метода LoadFrom() класса System.Runtime.Reflection.Assembly. Пробовал указывать полный путь в файловой системе (хотя нужный файл статически привязан к проекту, сборка находится в References проекта). Получаю сообщение:

В конечном итоге получается следующее. Если грузить тип в RemotingConfiguration через статическую привязку (жёстко в коде), то все работает без нареканий. Как только мы меняем статику на динамику (через конфиг-файл, а там используется неявно пространство System.RuntimeReflection), то получаем фигуру из трех пальцев.  
Какие направления можно еще попробовать?

Это сообщение отредактировал(а) Unlocker - 19.6.2009, 17:39

Unlocker, выдели интерфейс из Neolant.PW_Param.BL.Facade, перенеси его в отдельную сборку, добавь на нее референс на клиенте, или просто положи в бинарники.

PashaPash, по большому счету так и сделано. 
Facade класс отдельного проекта библиотеки, я его статически привязал и к клиенту, и к серверу. Сделал "кривой" (но рабочий) вариант статической привязки с участием конфига (наличие конфига - догма   ); хотя там явно напрашивается динамическое связывание (late binding) с использованием Reflection, но по временно невыясненным обстоятельствам рефлексия типов работать не хочет.   
Дошло до того, что тестировал попытки прямой загрузки сборки с помощью функции Reflection.Assembly.LoadFrom(), но не тут то было - вылезало исключение о невозможности загрузки сборки по полному пути к файлу. Вот эта проблема меня на настоящий момент занимает.
Может с настройками что-то не так?