2017-01-19 4 views
1

Для развертывания нашей WAR в WebSphere 8.5.5.0 ушло около 3 минут.Требуется 3 часа для развертывания WAR для WebSphere 9

Для развертывания одной и той же WAR в WebSphere 9.0.0.2 требуется 3 часа.

Является ли это проявлением ошибки в WebSphere 9.0.0.2? У кого-нибудь был такой же опыт?

UPDATE: Результаты моих экспериментов с настройками, предложенными IBM: http://www-01.ibm.com/support/docview.wss?uid=swg21983564

Наш файл WAR содержит 160 JAR-файлы с общим размером 160MB.

Время измеряется для мастера «Новое приложение» с первого экрана, пока не отобразится следующий экран.

  • WebSphere 8.5.5 - 3 минуты

  • WebSphere 9 - 3 часа

  • Добавлено "Игнорирование сканирующая пакеты: ORG, NET, COM, javax" линия явить файл в ВОЙНА - 30 минут

  • Добавленные "Enable-КДИ: ложные" линии, чтобы проявить файл в EAR - 30 минут

  • Добавленные линии

Enable-КДИ = ложь

Enable-неявной Bean-архив = ложь

в C: \ Program Files \ IBM \ WebSphere \ AppServer \ свойства \ amm.filter .properties файл - 30 минут

  • Добавлено JVM свойства

COM.I bm.ws.cdi.enableImplicitBeanArchives

ложные

com.ibm.ws.cdi.enableCDI

ложные

в Серверы-> Сервер Types-> WebSphere Application Серверы-> server1-> Сервер Infrastrucure-> Java и процесс управление-> Процесс> Java определении как Virtual Mashine-> Пользовательские свойства - 30 минут

  • Добавлено JVM свойства

-Dcom.ibm.ws.cdi.enableImplicitBeanArchives = ложные

-Dcom.ibm.ws.cdi.enableCDI = ложь

в Серверы-> Сервер Types-> WebSphere Application Серверы-> server1-> Сервер Infrastrucure-> Java и процесс Управление-> Процесс определении как> Java Virtual Mashine-> аргументы Generic JVM - 30 минут

UPDATE: SystemOut.log содержит сообщение:

Thread «контейнер сервлетов:. ... был активен в течение 668644 миллисекунд и может быть подвешен

Трассировка стека содержит:

на org.apache.commons .fileupload.M ultipartStream.readBodyData

Похоже, что WebSphere обрабатывает HTTP-запрос для загрузки файла.

ответ

1

Предварительная проверка: Предполагается, что приложение должно быть точно одинаковое для обоих развертываний. Это более или менее принято, но было много случаев, когда приложение считалось одним и тем же, но это не так, поэтому это нужно проверить.

Между IBM WebSphere Application Server v8.5.5.0 и v9.0 значительно повысился уровень CDI, который поддерживается. То есть, v9.0 добавляет поддержку CDI 1.2, которая требует новых требований к классу и аннотации. Эти новые требования, а также некоторые проблемы в первоначальном классе и реализации сканирования, которые используются CDI в версии 9.0, могут привести к очень большому замедлению развертывания приложений.

Проблема была отмечена, в частности, средними и большими веб-модулями. Здесь «средний или большой» означает веб-модули, которые имеют множество файлов WEB-INF/lib JAR с общим размером 50 МБ или более.

В простых случаях добавлены два настраиваемых свойства, которые изменяют обработку CDI по умолчанию. Смотрите эту страницу для получения информации о двух свойствах:

http://www-01.ibm.com/support/docview.wss?uid=swg21983564

два свойств являются (1) отключить обработку CDI целиком; или (2) отключить обработку CDI для архивов, которые не содержат «beans.xml». Дополнительную информацию см. На связанной странице.

Эти два свойства обеспечивают преимущества во многих случаях. Сначала их следует попробовать, так как другие варианты сложнее попробовать.

+0

Наш файл WAR содержит 160 файлов JAR общим размером 160 МБ. Следующие параметры не имеют никакого эффекта: свойства Добавлено JVM com.ibm.ws.cdi.enableImplicitBeanArchives ложные com.ibm.ws.cdi.enableCDI ложные в Серверы-> Сервер Types-> WebSphere Application Серверы-> server1- > Server Infrastrucure-> Java и Process Management-> Определение процесса-> Java Virtual Mashine-> Пользовательские свойства – isobretatel

+0

Я следую URL-адресу, исправляет слишком долгое время. –

Смежные вопросы