2017-01-17 7 views
0
 
We are using Websphere liberty profile 16.0.0.4 to deploy EAR application. 
Nothing jee specific. the EAR has a simple WAR file. We put the EAR file inside 
the dropins folder and it seems like websphere is extracting the content of EAR 
file inside the workarea directory. 

When reading the content of one jar sqljdbc.jar it puts the jar inside cache 
folder. However the sqljdbc.jar seems to be a 0 sized file. 

Here is a sample path to the sqljdbc.jar. All of them are directories 

D:\comdata\wlp\usr\servers\defaultServer\workarea\org.eclipse.osgi\121\data\cach 
e\com.ibm.ws.app.manager_88\Tax2290.war\WEB-INF\lib\.cache\sqljdbc.jar 

The sqljdbc.jar inside sqljdbc.jar folder above turns out to be 0 byte sized. 
Because of this ZipException is thrown. 

There is also this exception thrown before the ZipException. I am not sure if 
it is related to this or not. 

java.lang.ClassNotFoundException: iconnectlogout 
com.ibm.ws.jaxrs20.server.component.JaxRsWebModuleInfoBuilder 

What are these org.eclipse.osgi, cache, com.ibm.ws.app.manager_88 folders. 

We checked the WAR file inside EAR and it has the right sized sqljdbc.jar. 

any ideas why this is happening? Is anything getting downloaded from internet? 
Proxy/firewall issues. 

First Edit: 
----------- 

Uploaded the problematic ear file. 

Вот ссылка на файл проблематичного уха https://wetransfer.com/downloads/3585882e88626f6e5a480075fba0c48e20170118170610/43e43fWebsphere свободы профиль 16.0.0.4 вопрос развертывания (ZipException)

+0

Возможно ли, что вы опубликуете свой файл WAR? Или, может быть, воспроизвести его в тестовом примере, который вы могли бы поделиться? Похоже, что могут возникать проблемы с развертыванием приложений - возможно, ошибка в Liberty или ошибка в некоторых метаданных приложения. Что касается этих папок, они используются Liberty для кэширования таких вещей, как состояния пакетов, метаданные приложений и т. Д. Для более быстрого запуска. Ничто в этих папках не должно загружаться из Интернета. –

+1

Вы можете попробовать запустить свой сервер с опцией '--clean' и посмотреть, не исчезла ли проблема. –

+0

Обратитесь к проблемному файлу уха выше – Balaji

ответ

0

sqljdbc.jar файл в Tax2290.war в WEB-INF/каталог Lib содержит встроенный JAR файл с тем же именем - и этот встроенный файл sqljdbc.jar имеет длину 0 - с другим другим файлом, sqljdbc.jar.old, который кажется действительным архивом. Именно этот встроенный JAR-файл Liberty задыхается.

Вы должны решить эту проблему, удалив этот файл длины JAR длиной 0 sqljdbc.jar или заменив его действительным JAR.

Это означает, что Liberty должна, вероятно, обеспечить лучшее сообщение об ошибке или иметь возможность обрабатывать этот случай лучше, поэтому я бы предложил открыть PMR с поддержкой IBM, чтобы это было рассмотрено.

Спасибо, Andy