JBoss 6 распаковки банок от Web-inf / lib of war

Question

Когда я запускаю JBOSS 6, я вижу, что он распаковывает все файлы JAR из Web-inf / lib в папке TMP / VFS / Automountxxx. Например, JackRabbit-Server.war содержит библиотеку ASM-3.1.jar, затем в папке TMP я вижу следующие папки с файлами:

asm-3.1.jar-83dc35ead0d41d41/asm-3.1.jar
asm-3.1.jar-2a48f1c13ec7f25d/contents/"unpacked asm-3.1.jar"

Он не принимает файлы из my.ear / lib только web-inf / lib ... почему это так? И здесь есть любой способ предотвратить это так? Он просто замедляет сервер приложений, начиная (и остановка), что не так комфортно на разработке ... кстати. Переупаковка войны в ушную структуру таким образом, дала мне одно и то же работоспособное приложение и сохранила 1 минуту, когда сервер приложений начинается ... 1 минута достаточно хороша ... Я надеюсь, что есть проще, Wihtout избакивает в режиме разработки.

Если это как-то связано с Havaee 6 спецификациями и EJB-банками, которые могут быть расположены сейчас в Web-INF / Lib, поэтому у меня нет таких библиотек в моих файлах войны ...

ОБНОВИТЬ: Собственно, когда я перерабатываю Jackrabbit-Server.war для Jackrabbit-Server.ear, который содержит Jackrabbit-Server.war и переместил все свои библиотеки для Jackrabbit-Server.ear / lib, тогда я все еще вижу две папки в TMP:

asm-3.1.jar-215a36131ebb088e/asm-3.1.jar
asm-3.1.jar-14695f157664f00/contents/

Но в этом случае последняя папка пуста. Так что это все еще создает две папки, но не распаковывает мою библиотеку. Также я использую Взорванное развертывание Таким образом, вопрос только о банке файлов, не распаковывая ухо / войну.

Answer 1

Согласно с обсуждение На JBOSS как форум это может быть ошибка. И нет взаимодействия, чтобы исправить / избежать / настроить его сейчас.

Единственная идея, которую я получил, было перемакование моих приложений: Внутри уха я перемещал библиотеки из Web-Inf lib о войне к ухе lib (только стойки остались в войне, иначе она не будет работать), а другая война приложение Как ухо и все его библиотеки, я мог бы перейти к уху lib. В режиме разработки я могу легко использовать эту структуру, и она сохраняет меня 2+ минуты до загрузочного сервера приложений, и это много ... Теперь JBoss занимает 1:50 минут, чтобы по сравнению с 4 минутами.

Answer 2

Также не распаковывает уши, а не в том же месте. Вам придется охватить вокруг, чтобы найти, где они распаковываются, но они там.

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

Таким образом, вы можете почувствовать, что распаковка замедляет вас, но это на самом деле делает вещи быстрее.