2016-09-12 5 views
0

Я развернуть свою войну как OSGi расслоения, но продолжал получать эту ошибку:Ошибка открытия файла Glassfish в/AppData/Local/Temp/osgiapp ...?

[#|2016-09-12T13:39:59.409+0200|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.org.glassfish.deployment.common|_ThreadID=39;_ThreadName=Thread-2;|DPL8004: file open failure; file = file:/C:/Users/me/AppData/Local/Temp/osgiapp2866222350344881589/WEB-INF/lib/Bundle295.jar|#] 

Я понятия не имею, почему GlassFish искал этот Bundle295.jar файл. Это НЕ в моей войне WEB-INF/lib.

Кроме того, я заметил, что если я удаляю пути к классам el-api и el-impl, проблема уходит, но, конечно же, у меня будет некоторая другая ошибка def def из-за отсутствия библиотеки.

Других слов, проблема, кажется, происходит только тогда, когда я добавил к классам этим два баночкам WEB-INF/lib/el-api-2.2.jar и WEB-INF/lib/el-impl-2.2.jar в моем MANIFEST.MF файле, например так:

Bundle-ClassPath: WEB-INF/classes, 
WEB-INF/lib/el-api-2.2.jar, 
WEB-INF/lib/el-impl-2.2.jar, 
WEB-INF/lib/javax.servlet-api-3.1.0.jar, 
WEB-INF/lib/javax.servlet.jsp-api-2.2.1.jar, 

Может кто-нибудь пролить некоторый свет на это?

ответ

0

GlassFish создает временные файлы в местоположении, указанном в -Djava.io.tmpdir, в разных точках жизненного цикла приложений. Это выглядит как временный каталог, созданный Felix (контейнер OSGi) для целей кеширования. Эти временные файлы удаляются, когда сервер изящно завершает работу, но может зависать, если сервер убит или возникает ошибка, которая завершает работу JVM.

Вы должны быть в состоянии удалить папку ..\osgiapp... без каких-либо побочных эффектов и перезапустить GlassFish, чтобы избежать проблем.

Сообщение журнала сервера похоже только WARNING - действительно ли это вызывает какие-либо проблемы? Если нет, его можно игнорировать.

+0

Эй @Mike. Хотя это предупреждение, когда появляется ошибка, страница просто не загружается. Кроме того, ни один из классов в моих библиотечных баночках не найден. – 0x56794E

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