Реализация обновлений на сервере Apache / TOMCAT
Если необходимо переустановить ОС и Ваш не администратор на домене, необходимо связаться с человеком, который является администратором в той сети. Выступая за любого, кто администратор сети, ничто не хуже затем люди, делающие вещи без Вас знающий, когда Ваше ответственное за то, как они функционируют.
Apache Software Foundation, насколько мне известно, не использует никакой двоичной системы исправлений. Каждый раз, когда создается новый выпуск, соответствующие файлы упаковываются, полученный пакет подписывается, выгружается на зеркала выпуска и готов для загрузки пользователями.
Apache httpd (веб-сервер Apache) обычно не предоставляет бинарный дистрибутив вообще, а только исходный. Двоичные дистрибутивы (скомпилированные файлы, такие как .exe, готовые к запуску) предоставляются другими, например, дистрибутивы Linux компилируют их для различных платформ Linux. Я не знаю, предоставляет ли какой-либо из этих дистрибутивов прогрессивные двоичные исправления.
Вместо этого Apache Tomcat предоставляет двоичные дистрибутивы, поскольку будучи написанным на Java, он (обычно) кроссплатформенный. Однако, поскольку источник доступен, многие дистрибутивы предоставляют Tomcat, упакованный по-разному, например, большинство дистрибутивов Linux отделяют главный сервер, документацию, "менеджерское" веб-приложение и т. д.
Также помните о системе управления версиями, используемой внутри Apache Software Foundation. Обычно это основано на major.minor.revision. Например, версия 1.2.3 означает основную версию 1, вспомогательную версию 2, ревизию 3.
Обновления ревизии (должны быть) совместимы как с двоичными, так и с компиляторами, поэтому обновление с более низкой ревизии на более высокую ревизию не должно вызывать проблем.
Второстепенные файлы обычно совместимы с исходным кодом (ваш собственный код, использующий внутренние компоненты Apache Httpd или Apache Tomcat, по-прежнему будет компилироваться и, вероятно, вести себя правильно), но не совместимы с двоичными кодами (ваш собственный код необходимо перекомпилировать). Так что обновление может быть опасным, Может потребоваться перекомпиляция модулей http и настройки tomcat.
Однако, учитывая, что Apache Tomcat разработан на Java, который использует позднее связывание, это обычно происходит реже, чем для модулей Apache Httpd .. но это также зависит от того, как он был связан.
Основные версии обычно полностью несовместимы с предыдущими. Все может измениться, включая форматы файлов конфигурации, внутреннее устройство ядра и т. Д. Таким образом, автоматическое обновление основной версии обычно является плохим шагом, если не было должным образом протестировано.
Если вы хотите настроить автоматическое обновление Apache Httpd и Apache Tomcat на вашем системы клиента, это сильно зависит от платформы, на которую вы нацеливаетесь, поскольку обычно оба сервера могут работать как службы, запускаются пользователем root (администратором), и аналогичные сложности делают эту задачу не всегда тривиальной.
В большинстве дистрибутивов Linux уже есть менеджеры пакетов, которые большую часть времени правильно обрабатывают обновления. В Windows есть несколько упакованных Apache Httpd, обычно также в комплекте с PHP, MySql и другим программным обеспечением, используемым для веб-разработки, которые выполняют самообновления.