Используя единственный Реестр RMI
Я новичок в Zalenium, но узнал, что команда run на странице Zalenium Github работает не на всех системах.
Попробуйте эту команду, которую я использую, и дайте мне знать, если она работает для
*docker run --rm -ti --name zalenium -p 4444:4444 -v /var/run/docker.sock:/var/run/docker.sock --privileged dosel/zalenium start*
5 ответов
Спасибо за ответы, решение, которое я придумал, заключалось в использовании Cajo Framework , это дает очень гибкую систему для распространения, и это позволило мне справиться с реестр как я посчитал нужным. Он также может работать за NAT, брандмауэрами и HTTP-прокси, что очень полезно.
Я считаю, что метод проксирования, предложенный rndm.buoy, будет работать в некоторых случаях, но это может быть проблематичным в некоторых системах. RMI, похоже, имеет некоторые проблемы с подключением к неправильному сетевому интерфейсу. У меня особенно была эта проблема при работе в дистрибутивах Linux на основе Debian.
Я могу ошибаться, но похоже, что приложение rmiregistry по сути является оберткой над локальной службой именования. Это означает, что нет способа заставить его указывать на удаленные объекты.
Что вам нужно, это реализация именования, и кластеризация при этом. Рассмотрим переход к кластерному решению J2EE AS. Дерево JNDI совместно используется в кластере.
Есть способ обойти ограничение, но это то, что есть: обходной путь. В любом случае, не стесняйтесь попробовать. Это работает для нас.
На хосте, на котором запущен центральный реестр RMI, запустите небольшую службу, которая связывает удаленный объект с помощью всего одного удаленного метода: proxyRebind. Реализация этого метода просто связывает объект, который предоставляется ему в центральном реестре (это не приведет к сбою, потому что реестр находится на том же компьютере, что и эта служба).
Все другие хосты просто будут искать этот удаленный объект и вызывать proxyRebind со своими собственными удаленными объектами.
Это работает, потому что разрешен поиск в удаленных реестрах. Ваша первоначальная попытка не удалась, потому что привязка к удаленно размещенным реестрам не разрешена.
Дайте мне знать, если вам потребуется дополнительная ясность по этому поводу.
/ RS
Я могу неправильно понять ваш вопрос, если да, дайте мне знать.
У меня ограниченный опыт работы с Java RMI, мы использовали его в нашем классе шаблонов проектирования с шаблоном прокси. (Учебник: Шаблоны проектирования Headfirst)
Нам не удалось заставить наши проекты работать извне университетской сети, но они отлично работали при прямом подключении к сети. По словам нашего профессора, невозможно было использовать RMI в нашей реализации через Интернет или через WAN. Решение, которое она предложила, заключалось в том, что потребуется VPN. Я считаю, что Владимир прав в том, что это связано с местной службой присвоения имен.
2 Есть способ обойти ограничение, но это то, что есть: обходной путь. В любом случае, не стесняйтесь попробовать это из. У нас это работает.
На хосте, на котором запущен центральный реестр RMI запускает небольшой сервис, который будет связывать удаленный объект с помощью всего одного удаленного метода: proxyRebind. Реализация этот метод просто связывает объект что подается к нему в центральном реестр (это не сработает, потому что реестр находится на том же компьютере, что и этот сервис).
Все остальные хосты будут просто искать этот удаленный объект и вызвать proxyRebind с собственным пультом объекты.
Это работает, потому что поиск на удаленном размещенные реестры разрешены. Твой исходная попытка не удалась, потому что привязка к удаленным реестрам не допускается.
Дайте мне знать, если вам что-нибудь понадобится ясность по этому поводу.
Это прекрасно работает. Единственное, о чем следует позаботиться, это всегда правильно настраивать следующее. -Djava.rmi.server.hostname = "IP-адрес ЛОКАЛЬНОГО ХОСТА"