Мы развертывается 3 WebApps в виде свободы сервера (16.0.0.4) и часто получают ziperrors и сообщения, как показано ниже (это довольно легко воспроизвести):Liberty CWWKZ0002E и ZipError при развертывании WebApps из Затмения
[ERROR] CWWKZ0002E: Исключение произошло при запуске приложения XYZ. Сообщение об исключении: com.ibm.ws.container.service.state.StateChangeException: java.util.zip.ZipError: jzentry == 0, jzfile = 693877616, total = 1148, name = C: \ opt \ IBM \ wlp \ usr \ servers \ XYZ \ workarea \ org.eclipse.osgi \ 220 \ data \ cache \ com.ibm.ws.classloading.sharedlibrary_84.cache \ lib \ db2jcc.jar, i = 329, message = null
Это кажется неустойчивым, но проще воспроизводить на более медленных машинах, поэтому я подозреваю состояние гонки, но это может быть так же просто, как очистка кеша во время сервера. Чистота не блокируется?
Развертывание webapps как файлов войны, а не связанных через xml-файлы обратно в проекты, не испытывает этой проблемы.
Я использовал beans.xml с bean-discovery-mode = "all" без эффекта. Мы используем инъекции разных классов в двух из трех веб-приложений.
Обратите внимание, что номер каталога в пути к кешу отличается от прогона для запуска.
было подавлено, как минимум, в версии 16.0.0.2 от Liberty. Есть ли обходной путь для этой проблемы или кто-нибудь знает, будет ли исправлено в декабрьском выпуске?
Название может немного вводить в заблуждение - возникают ошибки при запуске сервера. Мое намерение заключалось в том, чтобы отличать ссылки на проекты в Eclipse с помощью xml-файлов в каталоге приложений, а не развертывать веб-приложения через военные файлы в каталоге приложений. – wnm3
Я еще не видел эту ошибку. Не могли бы вы включить некоторые шаги по воспроизведению этой проблемы? Кроме того, он останавливает ваши прикладные процессы или просто создает ошибки в журналах? Если первое, возможно, лучше всего открыть PMR при поддержке IBM. –
К сожалению, это происходит при запуске сервера свободы, но не последовательно. Это заставляет веб-приложение запускаться должным образом, поэтому вам нужно остановить сервер и перезапустить его. Кажется, что он перемещается от одной банки к другой в наборе каталогов кеша в рабочей области сервера свободы в каталоге org.eclipse.osgi. – wnm3