В моей answer одному из SO поста, Кристиан Semrau прокомментировал:
В стандартной конфигурации Tomcat контролирует папку WebApps и разворачивает любой веб-приложение, для которого вы копируете файл .war в папку WebApps , и удаляет его, если вы удаляете файл .war, , и повторно развертывает его, когда вы меняете файл .war на . Но когда вы делаете , вы не получаете автоматическую обратную связь об успехе развертывания, , который вы получаете от менеджера Tomcat .
Сказали, что ваша задача будет такой же простой, как copying or removing the file on the remote server.
Тем не менее, я до сих пор не понимаю, почему проблема с менеджером приложения является проблемой. Можно, к примеру, только развернуть его на другом хост/порт:
<Connector port="8080" address="main.ip.add.ress">
...
<Context path="/your_main_context">
...
</Context>
</Connector>
<Connector port="18080" address="another.ip.add.ress">
...
<Context path="/manager">
...
</Context>
</Connector>
и поставить соответствующие ограничения брандмауэра. Или, в качестве альтернативы, вы можете разместить
<Valve className="org.apache.catalina.valves.RemoteHostValve"
allow=".*\.mycompany\.com|www\.yourcompany\.com"/>
Context
внутри и достичь подобных результатов.
«Вы могли бы, например, развернуть его только на определенном IP-порту». Что вы подразумеваете под этим? Я хочу, чтобы приложение менеджера было отделено от общедоступной области. Вот почему я в настоящее время использую отдельные виртуальные хосты (но проблема с корнем заключается в том, что приложение-диспетчер не будет устанавливать межсетевой узел). – vbence
Отредактировал свой ответ, надеюсь, что это поможет – mindas
Спасибо за пример. Я награжу вас щедростью после времени блокировки. Можете ли вы напомнить мне о документах, описывающих эту структуру? (Какие атрибуты распознаются 'Connector' и' Context'). – vbence