Вместо того, чтобы принести .vimrc к каждому серверу необходимо продолжить работать, почему бы не отредактировать удаленные файлы от локальной энергии:
В vim/gvim, выполненном:
:e scp://remoteuser@server.tld//path/to/document
или запустите энергию как это:
vim scp://remoteuser@server.tld//path/to/document
Это открывает файл по-видимому на месте (он на самом деле копирует файл локально), и когда Вы сохраняете, он передает отредактированный файл обратно серверу для Вас.
Это просит ssh пароль, но это может быть оптимизировано через ssh ключи.
Поскольку другие упомянули, что единственный недостаток этого метода состоит в том, что Вы не получаете путь/файл competion, как Вы были бы при работе непосредственно над машиной.
Для большего количества информации проверьте следующее учебное руководство.
Я получил его работающий самостоятельно. Ответ был этими командами:
.\run.bat-Djboss.service.binding.set=ports-01-c порты 01
.\run.bat-Djboss.service.binding.set=ports-02-c порты 02
Кроме того, я должен был скопировать сервер/значение по умолчанию в 2 новых каталога, названные server/ports-01 и server/ports-02...
Затем в server\ports-01\conf\bindingservice.beans\META-INF я должен был удалить ссылки на порты экземпляров 02, порты 03, и "значение по умолчанию" от него.
Затем в server\ports-02\conf\bindingservice.beans\META-INF я должен был удалить ссылки на порты экземпляров 01, порты 03, и "значение по умолчанию" от него.
Затем наконец, я удалил "стандарт", "сеть" и каталоги "по умолчанию" от стандартной установки в каталоге сервера.
Затем я выполнил оба сервера с командами выше, и out-of-the-box, они работают.
Кроме того, вот пакетный файл для выполнения кластеризируемый вместо отдельных экземпляров:
@echo off
start .\bin\run.bat -c ports-01 -g MyLocal -u 239.255.100.100 -b 127.0.0.1 -Djboss.messaging.ServerPeerID=1 -Djboss.service.binding.set=ports-01
@echo Wait until first server finishes starting and then hit
@echo any key to start the second server in the cluster...
pause
start .\bin\run.bat -c ports-02 -g MyLocal -u 239.255.100.100 -b 127.0.0.1 -Djboss.messaging.ServerPeerID=2 -Djboss.service.binding.set=ports-02
Вместо того, чтобы использовать BindingManager, можно присвоить больше чем одно обращение к сетевому интерфейсу (по крайней мере, если Вы управляете своей сетью), и позвольте каждому jboss экземпляру, выполненному с помощью его собственного адреса (использующий -b
опция к run.(bat|sh)
). Это также возможно на локальном петлевом интерфейсе (127.0.0.1, 127.0.0.2...).
Быстрый следуют до сообщения Mafro о нескольких IP-адресах - в зависимости от того, сколько экземпляров Вы хотите работать на единственном хосте, несколько, схема IP-адресации может быть самой стабильной. После того как Вы начинаете добираться до 4-5 экземпляров JBoss на единственном хосте (и также в зависимости от которых сервисов J2EE Вы включили в своем приложении, если таковые имеются), можно скоро столкнуться с проблемами конфликта порта при использовании реализации "портов".
Несколько IP-адресов позволят Вам выполнять все свои J2EE и сервисы JBoss на их порты по умолчанию, и избегать многих из "выслеживания конфликта порта сценарии", Вы встречаетесь при выполнении больше чем одного экземпляра.
Заключительное примечание, согласно Wiki JBoss, использование нескольких IP-адресов является "предпочтительным решением" специально для Продуктивных сред - http://community.jboss.org/wiki/ConfiguringMultipleJBossInstancesOnOnemachine. Посмотрите что ссылка для дополнительных ресурсов при использовании Обязательного менеджера для конфигурирования сервисов JBoss и приложений для предотвращения конфликтов.
Если Вы не используете RMI или дистанционную работу, можно на самом деле настроить конфигурацию jboss, чтобы только использовать один порт. Это - очень раздражающая работа, чтобы сделать (тонны конфигурационных файлов), но возможный, если Вы действительно должны.
Сделать так: - удаляют все сервисы, которые Вы не используете - если Вы не можете удалить invoker, можно, вероятно, установить транспорт = "локальный", таким образом, он будет использовать в транспорте памяти - устанавливает порты остающегося сервиса к-1 - Набор следующие системные свойства для отключения arjuna портов управления: com.arjuna.ats.arjuna.coordinator.transactionStatusManagerEnable=NO com.arjuna.ats.arjuna.recovery.recoveryListener=NO
Конфигурационные файлы абсолютно необходимо измениться: - jboss-service.xml - отключает все сервисы, в которых Вы не нуждаетесь - legacy-invokers-service.xml (удалите сервисы прежней версии если возможный) - messaging/messaging-bisocket-service.xml: измените транспорт на локальный вместо bisocket
Будет еще несколько файлов.
То, что оставляют, является jboss, который слушает веб-порт и еще один случайным образом выбранный порт, для которого я еще не знаю использование. Это поможет выполнить несколько экземпляров на одном хосте.
Можно также настроить несколько jboss экземпляров, переименовывающих run.bat и создающих новый run.bat, работающий-c имя экземпляра. Затем Вы сможете запустить Jboss как обслуживание и вызов run.bat правильно.