java.lang.NoClassDefFoundError
означает, что версия среды выполнения класса в пути к классу не является тем же как этим во время компиляции.
Примечание: это не ClassNotFound
Вашей проблемой являются на самом деле несколько версий находимого класса.
Обновление
Я должен был указать, прежде чем Tomcat не будет использовать систему CLASSPATH
. Набор значений там должен быть проигнорирован.
http://www.chemaxon.com/jchem/doc/admin/tomcat.html показывает что-либо, во что Вы помещаете $CATALINA_HOME/lib
автоматически входит в путь к классу сервера во время запуска.
Банки взяты shared.loader
или common.loader
свойство /conf/catalina.properties
Чтения шахты
common.loader=${catalina.home}/lib,${catalina.home}/lib/*.jar
Таким образом, я думаю, что проблема состоит в том, что у Вас могла бы также быть копия этого класса/банки в некоторых других местоположениях, из которых Tomcat создает, это - путь к классу.
Это, что-либо в WEB-INF/classes и в БАНКАХ под WEB-INF/lib в Вашем развертывании находится в ПУТИ К КЛАССУ, наряду с БАНКАМИ, которые установлены в lib для Tomcat 6.
Также см. http://www.jarfinder.com/index.php/java/info/org.apache.commons.pool.impl.GenericObjectPool для списка других банок, содержащих класс GenericObjectPool, и удалите кроме свободного-городского-населения-pool.jar
Обновление 2
Да, можно удалить содержание папки, и банки больше не будут в пути к классу.
Однако я вижу, что у Вас есть эти папки в пути к классу, они содержат какие-либо версии этих банок? Tomcat 6 помещает все в tomcat6/lib, существует № tomcat6/common/lib, который является пережитком от более ранних версий Tomcat. Интересно, были ли они неправильно переименованы от более ранней записи пути к классу?
/var/lib/tomcat6/common/classes:
/var/lib/tomcat6/common/lib:
В этом случае «формат RAW» означает, что это побитовое изображение того, что ваша виртуальная машина будет воспринимать как диск, без какой-либо дополнительной информации, заголовков, метаданных или чего-либо еще. . Диск формата RAW может храниться в файле, но он также может находиться непосредственно в блочном устройстве. В обоих случаях вы можете называть его «изображением», хотя чаще называть его «изображением», когда он находится в файле.
В вашем случае ответ - да: диск поддерживается томом LVM, которое qemu
воспринимает как блочное устройство, и накладные расходы, безусловно, намного ниже, чем при прохождении уровня файловой системы.