Почему коту нравится удалять мой файл context.xml?

Общая проблема, как описано заголовком охвачена , Повторно развертываются от войны, не удаляя контекст , который является все еще нерешенным вопросом в это время.

существует подтвержденное различие между, повторно развертываются, который не удаляет контекст и развертывается, после не развертываются, где неразвертывание удаляет контекст. Документация устарела, и менеджер, которого все еще не поддерживает GUI, повторно развертывается.

Ответ наклона, Почему бит.

Однако Это состояния канала можно остановить это путем установки autoDeploy="false" в server.xml

Я честно не знаю то, что обоснование позади Tomcat, делающего, это - всего лишь попытка, добавляющая следующий атрибут XML к Вашему элементу контекста

reloadable="false"

Таким образом, Ваш контекст мог выглядеть примерно так:

<Context path="/" docBase="/some/path/name" reloadable="false">
<!-- Context related stuff -->
</Context>

Это должно помешать Tomcat удалять файл

Вы не можете сделать это напрямую с помощью iptables, потому что выполнение «перенаправления» на уровне 3/4 не позволит выполнить согласование SSL, так как браузер клиента по-прежнему будет использовать простой HTTP.

Что вам нужно сделать, так это использовать код ответа HTTP 302 (или другой 300-уровневый), чтобы перенаправить пользователей на версию HTTPS вашего сайта. Это можно сделать разными способами:

• Модуль перезаписи URL для программного обеспечения вашего веб-сервера (например, Использование файла HTAccess )
• Перенаправление клиента с использованием тегов Javascript
• META в документе обслуживается версией HTTP вашего сайта
• Код в коде на стороне сервера для документа, обслуживаемого версией HTTP вашего сайта
• Перенаправляет на уровень инфраструктуры над вашим веб-сервером (например, В среде разработчика mabe у нас есть что-то вроде этого:

  <?xml version="1.0" encoding="UTF-8"?>
  <Context antiJARLocking="true" path="/ParkMeServer" allowCasualMultipartParsing="true" reloadable="false">
       <Parameter name="rutaTrabajo" value="C:\Larry\Proyectos\app\rutaTrabajoxx" override="true"/>
  </Context>
  

  Но на сервере путь другой:

  <?xml version="1.0" encoding="UTF-8"?>
  <Context antiJARLocking="true" path="/ParkMeServer" allowCasualMultipartParsing="true" >
       <Parameter name="rutaTrabajo" value="/usr/share/App/rutaTrabajo" override="true"/>
  </Context>
  

  У меня такая же проблема, tomcat удаляет context.xml (meapp.xml) из conf / Catalina / localhost

  Чтобы решить эту проблему, я использую context.xml.default, по тому же пути я создаю файл с именем context.xml.default и внутри конфигурации размещения, которую я хочу сохранить:

   cat context.xml.default
  <?xml version="1.0" encoding="UTF-8"?>
  <Context antiJARLocking="true" path="/ParkMeServer" allowCasualMultipartParsing="true" >
       <Parameter name="rutaTrabajo" value="/usr/share/ParkiMeApp/rutaTrabajo" override="true"/>
  </Context>
  

  Итак, при повторном развертывании приложения параметры подтверждения все еще присутствуют .

Описание «Нет такого файла или каталога» звучит очень странно. Но я предлагаю дважды проверить вашу конфигурацию chef_server_url (в .chef / Knife.rb ). Я предполагаю, что это указывает не на тот сервер Chef.

Можете ли вы связаться с сервером Chef со своей рабочей станции? (попробуйте, например, список пользователей ножа )

Документация по атрибуту deployXML заслуживает внимания (§ Стандарт Реализация).

Исчерпывающий пользовательский случай autoDeploy, и когда контекст удален: то есть приложение не развернуто, пользовательский случай документирован, можно найти здесь .

Я понимаю, что это старый поток, но подумал, что поделюсь тем, что нашел для решения этой проблемы ...

У меня была точно такая же проблема с моим context.xml файл для моей настольной версии tomcat затирался каждый раз, когда я развертывал новую копию файла war для своего приложения.

Проблема была связана с тем, что я вносил изменения в этот файл непосредственно в файловой системе. Проблема была устранена путем редактирования файла context.xml через мой редактор Eclipse. Внутри В моем Eclipse есть проект «серверы», который, как только вы его развернете, вы увидите несколько файлов, таких как context.xml и server.xml. Похоже, что если вы измените файлы отсюда вместо обращения к файловой системе ваши изменения сохраняются.

Я нашел это решение в следующем потоке: https://www.liferay.com/community/forums/-/message_boards/message/16511799

I hope this helps someone else!

-StephenS