Я хочу сократить время, затрачиваемое на ожидание приложения EAR в WebSphere каждый раз, когда я обновляю одну из банок. В любом случае я могу обновить классы/баночки, загруженные для определенного EAR без остановки/запуска?Обновить путь к классам WebSphere для EAR
WAS 7.0, внутри моей EAR есть две войны. Взорванный корневой корд EAR содержит эти и все необходимые банки. Это одна из этих банок, которую я хочу обновить.
У вас есть два варианта:
запустить сервер в режиме отладки, подключить отладчик с вашего IDE и полагаться на hotswapping модифицированных классов. Это не будет работать во всех случаях, например, это не будет, когда подпись метода будет изменена. Пожалуйста, проверьте Debugging applications о том, как включить режим отладки.
Не упаковывайте классы, которые вы хотите обновить внутри JAR, но поместите их в каталог WEB-INF/classes внутри WAR. Затем вы можете заменить их по мере необходимости в вложенном каталоге приложения. Для того, чтобы сервер забирал обновленные классы, необходимо активировать Class loading and update detection.
Это часто называют горячим развертыванием (обычно с взорванным банком/войной/ухом) на других серверах приложений. –
Не так ли? Согласно http://publib.boulder.ibm.com/infocenter/wsdoc400/v6r0/index.jsp?topic=/com.ibm.websphere.iseries.doc/info/ae/ae/trun_app_hotupgrade.html hot deploy относится к не нужно перезапускать весь сервер приложений. Я хочу, если это возможно, отключить развернутый перезапуск EAR. – user1561108
Действительно? Это звучит так же, как нормальное перераспределение. Для серверов приложений с открытым исходным кодом ресурсы просматриваются и перезагружаются для таких приложений. Обратите внимание, однако, что сервер приложений может быть слишком глупым, чтобы иметь возможность обрабатывать «о новую банку» любым другим способом, чем перераспределение EAR. Обратите внимание, что вы можете укладывать свое ухо по-другому, чтобы помочь серверу приложений (некоторые вещи взорвались, а некоторые нет) –