Мне было поручено добавить несколько функций к существующему сайту. Я взглянул на текущую конфигурацию: автономный Tomcat 5.0 с JDK 1.4 и сервер БД на том же компьютере.
Должен ли я в процессе добавления функций и настройки отдельного сервера для БД (часть запроса клиента) обновлять версии JDK и Tomcat? Думаю, было бы проще найти нужные библиотеки, которые нужны мне для разработки. Стоит ли оно того? Что мне следует учитывать?
Я бы установил второй экземпляр Tomcat, работающий поверх Apache (это является быстрее, не так ли?), используя другой порт, пока я не буду уверен, что он стабилен, прежде чем отключать текущую службу. Правильно ли я предполагаю, что это никоим образом не может повлиять на текущий сайт, пока я не заменю его?
Дополнительная информация: это серверная коробка Windows 2003. Я считаю, что текущая СУБД - это MSSQL 2005, но не уверен, что это актуально.
(Я понимаю, что это не совсем вопрос сисадмина, но я чувствую, что этот вопрос не очень хорошо подходит для SO.)
Обновление jdk может быть опасным для окна Windows, потому что установщик часто изменяет реестр на более новый jvm в качестве jvm по умолчанию. Это не должно иметь никакого влияния на текущий запущенный экземпляр Tomcat, если / пока этот экземпляр Tomcat не будет перезапущен. Вы захотите убедиться, что ваш экземпляр tomcat 5.0 явно вызывает 1.4 jvm (на всякий случай), но вы, вероятно, захотите сделать это в любом случае, особенно если вы не являетесь основным администратором этого сервера.
С точки зрения разработки, я думаю, что для вас будет намного безопаснее иметь локальную реализацию на вашей собственной машине разработки, чтобы с ней можно было поиграть. Я не думаю, что кто-то на serverfault с комфортом одобрил бы разработку на вашем рабочем, производственном сервере, тем более, что очень легко получить связанный tomcat с eclipse или netbeans, работающим и работающим.
В более новых версиях tomcat apache больше не нужен по прямым причинам производительности http, потому что соединители http в новых tomcats довольно хороши. Многие разработанные сегодня веб-приложения, похоже, объединяют все, включая изображения, сценарии и стили, в какой-то военный файл, который в конечном итоге обслуживает tomcat. Если у вас нет планов, чтобы Apache обслуживал ваши файлы статического содержимого напрямую (или по любой из других причин, перечисленных ниже), то добавление apache может замедлить работу на несколько миллисекунд.
Вы все равно можете развернуть apache в свой стек по другим причинам, помимо производительности HTTP-соединения. Ничто не сравнится с универсальностью mod_rewrite. Если вы хотите внедрить кеширование на своем веб-сайте, apache тоже подходит для этого. Некоторые специалисты по безопасности все еще продолжают рассматривать tomcat как сервер приложений, а не как веб-сервер, и наличие сервера приложений с выходом в Интернет, выполняющего прямые вызовы базы данных на сервер sql, заставляет некоторых специалистов по безопасности нервничать. Есть и множество других причин, но этот ответ может быть слишком длинным ... :) Надеюсь, это поможет!