Что такое RMI и как оно работает я представляю, но опыта разработок нет, поэтому вопрос:

- локальная сеть
- на некоторых любых машинах ( например А, Б, С, Д) стоит удалённый серверный объект (на всех машынах один и тот же) - методы этого объекта и будем вызывать удалённо.
- на некоторой любой машине стоит клиентское приложение
- для начала клиентское приложение должно показать, что на машинах А, Б, С, Д нашей сети установлен наш удаленный объект и мы можем его пользовать с той машины, с которой нам нужно.

================================================
Как клиентское приложение узнает о всех удалённых объектах?
================================================

Как я понимаю, все эти удалённые объекты должны зарегестрироваться на определённой машине SpecMashina:



а клиент будет делать что-то типо



Возможно написал всё неправильно или не точно, но суть понятна.
( Тут  ещё вопрос, как добиться уникальности имени обекта при регестрации)

А можно как-нибудь развернуть это без SpecMashina - заранее обговоренного узла?

Например: пройтись по всем IP адресам сети и попытаться получить ссылку на наш объек. При этом на каждой машине регистрация объекта будет происходить в свой локальный реестр.



Это сообщение отредактировал(а) StormDK - 5.4.2007, 17:04

Никак, и клиент, и сервер, должны знать где находится RMI-registry.

Теоретически можно сделать некий сервис (пусть даже в виде конфиг-файла где-то в инете или на файл-сервере), который будет давать клиентам хост - но вообщем-то это масло масленное.
Но LSD прав - указывать все равно надо. Разве что попробовать "пинговать" сервер - например договориться по поводу порта и гонять некий "пинг" по всем машинам.
Но IMHO - не нудо этого - раз уж клиента установили - имя машины уж как-нибудь можно сделать.

Ну а всё, что я понаписал-то выше - правильно?

PS Ну а если каждая машина в своём локальном реестре зарегестрирует объект? А клиент будет стучать в rmi реестр каждой машины и пытаться получить ссылку на объект. Просто сеть-то локальная, компьютеров, впринципе, не много, можно просто все машины перебрать и постучаться в их локальный реестр - если ответили - вот и нашли наш объект. (Но конечно это как-то не эстетично). 

Т.е. Вы говорите, что все серверы должны делать так:

?
А уникальность имён MainService я должен сам обрабатывать? Т.е. при каждой регестрации нового объекта нужно запросить полный список зарегестрированных объектов чтоб не повториться?


Это сообщение отредактировал(а) StormDK - 5.4.2007, 17:38

Вообщем, да.

По поводу поиска RMI-registry - можно послать широковещательный UDP пакет, на заранее оговоренный порт, а сервер должен будет ответить на него. Но это прокатит только в локалке.


Для уникальности можно использовать java.util.UUID.

Ну, вообщем, я всё понял. Спасибо.

Про широковещательную рассылку я уже думал ... По-мойму красивая идея )) Просто таким образом можно избавиться от единого центра (центрального RMI реестра) и тогда система получиться 100% свободной - куда хочу, туда и ставлю удалённый объект  и клиент с любой машины сможет их все найти!

Только:
1. Мы таким образом что-то типо смешаем разные уровни модели OSI в одном проекте -  широковещательная рассылка - 2-й уровень  - для получения ссылки на удалённый объект- это выше ))) - как-то не по академически )))
2. это конечно зависит от задачи... но с общим реестром всё-таки проще реализовать это.

Это сообщение отредактировал(а) StormDK - 5.4.2007, 17:58

Да. У нас один компонент медленно работал. Полезли туда. А там что-то вроде findGlobalProvider каждый раз вызывается. Разработчик на все случаи жизни нетленку сделал. Как учили.

А объясните, пожалуйста, вот что:

Если получили мы ссылку на удалённый объект и вызвали его метод:

а метод method(); возвращает, например, String - то всё нормально работает, а если он должен возвратить экземпляр некого нашего класса - то имеем MarshallException.

Т.е. вопрос: как сделать так, чтоб метод удалённого объекта мог возвращать экземпляр некого нашего класса?

Класс олжен реализовывать интерфейс java.io.Serializable.