Хранение версий библиотеки приложения в синхронизации с сервером
SSL реализован в веб-сервере, не в контенте сайта; это используется, чтобы зашифровать коммуникацию между веб-сервером и веб-браузером, и быть уверенным, что сайт, с которым Вы соединяетесь на самом деле, является сайтом, с которым Вы хотели соединиться.
Для реализации SSL для сайта Вам будет нужен сертификат SSL, и необходимо будет настроить веб-сервер для использования его. Контент сайта не должен быть изменен вообще.
Если вы выполняете развертывание в Linux, вы можете упаковать свою установку как пакеты PRM или DEB и указать им зависимости. Тогда rpm / dpkg откажется устанавливать ваше приложение, если сервер слишком старый. Для создания таких пакетов есть хорошие модули maven.
Ответ в вопросе: pom явно говорит, что версия 2.5 сервлета api «предоставляется», что означает предустановленную кем-то / чем-то. Maven был удален из обеспечения / обеспечения соблюдения этих зависимостей (точнее, проверка была отложена до среды выполнения или установщика). В этом случае зависимости будут управляться и предоставляться с помощью rpm / dpkg (... или macports "порт", cygwin "install.exe" ...) или просто добросовестный мануал скачать / установить. Например, если предположить, что dpkg / rpm / port / etc, ваше приложение будет объявлено зависимым от «tomcat-6.x» или «glassfish-3.x» (и т. Д.).
На самом деле вы можете загрузить и упаковать maven реализация сервлета с вашим приложением как правильная зависимость от maven, но (обычно) это не требуется, если только не создается небольшой автономный сервер (например, связанный с winstone , как jenkins). В некоторых случаях вы можете выбрать оба варианта: так, диспетчер пакетов конечного пользователя (yumex, synaptic) будет показывать как your-app-standalone (в комплекте с сервером), так и your-app-war (только веб-приложение), для которого также потребуется установить сервер приложений.