org.apache.tomcat.util.bcel.classfile.ClassFormatException: Недійсний тег байта в постійному пулі: 15

83

Я переношу веб-програму з Tomcat 7 на інший сервер з Tomcat 7, але з Java 8.

Tomcat успішно запускається, але в журналі catalina.outя отримую:

org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 15
    at org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:131)
    at org.apache.tomcat.util.bcel.classfile.ConstantPool.<init>(ConstantPool.java:60)
    at org.apache.tomcat.util.bcel.classfile.ClassParser.readConstantPool(ClassParser.java:209)
    at org.apache.tomcat.util.bcel.classfile.ClassParser.parse(ClassParser.java:119)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2049)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1931)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1899)
    at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1885)
    at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1281)
    at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:855)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:346)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5172)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
    at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1100)
    at org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1618)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)

У чому може бути проблема?

java  eclipse  tomcat  java-8  classformatexception 
— ДжекТуркі
джерело
Вам потрібен аспект J 1.8, щоб отримати підтримку Java 8. stackoverflow.com/questions/23801950 / ...
— Anant Laxmikant Bobde
@AnantLaxmikantBobde Це не пов'язано з причиною цієї проблеми, яка є несумісністю байт-коду між цією конкретною версією Tomcat і цією версією JDK. Дивіться цю відповідь для правильного виправлення.
— vallismortis

Відповіді:

86

"Офіційна відповідь" полягає в тому, що Tomcat 7 працює на Java 8, див. Http://tomcat.apache.org/whichversion.html ("Java версії 6 і пізнішої").

Однак, якщо ввімкнено сканування анотацій (metadata-complete = "true" у web.xml), виникають деякі проблеми через BCEL (не вдається обробити нові байтові коди Java 8). Ви отримаєте такі винятки (принаймні з Tomcat 7.0.28):

SEVERE: Unable to process Jar entry [jdk/nashorn/internal/objects/NativeString.class] from Jar [jar:file:/usr/lib/jvm/jdk1.8.0_5/jre/lib/ext/nashorn.jar!/] for annotations
org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 15
    at org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:131)

Якщо сканування анотацій не використовується, все працює нормально, починаючи з випуску 7.0.53 (оновлений компілятор з кращою підтримкою Java 8).

(UPDATE 2014-10-17) Якщо ваш будуть з допомогою сканування анотацій і власний код не Java 8 на основі, інше рішення , щоб додати наступний рядок в /etc/tomcat7/catalina.properties(текст додається після того, як «мурашиний launcher.jar» так частина майна tomcat.util.scan.DefaultJarScanner.jarsToSkip):

junit.jar,junit-*.jar,ant-launcher.jar,\
jfxrt.jar,nashorn.jar

Протестовано за допомогою Tomcat 7.0.28 та Oracle JDK 8_25 на Debian 7.6.

— rmuller
джерело
Tomcat 7.054 досі не підтримує прапор jdk8-компілятора, відповідне питання на stackoverflow.com/questions/25279729/…
— Gerrit Brink
1
Пояснити: Якщо метадані-повна = "істина" є в web.xml, обробку анотацій слід вимкнути, так?
— Крістіан К.
Можливо, коментар застарів, але зміна tomcat з 7.0.23 на 8.0.18 автоматично вирішує проблему для мене [Windows 7]
— Явген
Модифікація tomcat.util.scan.DefaultJarScanner.jarsToSkip у межах catalina.properties працювала для Tomcat 8 для мене. (Принаймні, це виявило інші проблеми!)
— JGFMK
1
@SamuelThompson Дивіться цю відповідь для правильного виправлення для Tomcat 8.
— vallismortis
30

Це була помилка Tomcat, яка знову з’явилася з байт-кодом Java 9. Точні версії, які це виправляють (для обох байт-кодів Java 8/9):

  • багажник для 9.0.0.M18 і далі
  • 8.5.x для 8.5.12 і далі
  • 8.0.x для 8.0.42 і далі
  • 7.0.x для 7.0.76 і далі
— vallismortis
джерело
2
Це вирішило проблему для мене (JDK 8 з Tomcat 8.0.27 не вдалося)
— Пабло
1
Я отримую цю проблему з tomcat 8.0.36 та log4j-api-2.11.0.jar
— stephan f
2
Це вирішило проблему. Оновіть свою версію Tomcat
— LFelix
8

Оновіть до Tomcat 7.0.58 (або новішої).

Див .: https://bz.apache.org/bugzilla/show_bug.cgi?id=57173#c16

Поліпшення продуктивності, яке спричинило цю регресію, було скасовано з магістралі, 8.0.x (для 8.0.16 і далі) та 7.0.x (для 7.0.58 і далі), і більше не застосовуватиметься.

— Сауло Сільва
джерело
2
Я не знайшов жодного відношення до Java 8 у цьому посиланні.
— Michael_S
2

Ця проблема виникає, оскільки ви встановили jre1.8.0_101-1.8.0_101-fcs.i58.rpm, а також jdk-1.7.0_80-fcs.x86_64.rpm. так що просто видаліть jre rpm і перезапустіть програму. Це повинно вийти.

— С Картіккеян
джерело
1

Для мене це вдалося, вилучивши з війни банки, про які йде мова. З Maven мені просто довелося виключити, наприклад

    <dependency>
        <groupId>org.jboss.resteasy</groupId>
        <artifactId>resteasy-jaxb-provider</artifactId>
        <version>${resteasy.version}</version>
        <exclusions>
            <exclusion>
                <groupId>com.sun.istack</groupId>
                <artifactId>istack-commons-runtime</artifactId>
            </exclusion>
            <exclusion>
                <groupId>org.jvnet.staxex</groupId>
                <artifactId>stax-ex</artifactId>
            </exclusion>
            <exclusion>
                <groupId>org.glassfish.jaxb</groupId>
                <artifactId>txw2</artifactId>
            </exclusion>
            <exclusion>
                <groupId>com.sun.xml.fastinfoset</groupId>
                <artifactId>FastInfoset</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
— Андреас Панайотідіс
джерело
1 
Unable to process Jar entry [module-info.class] from Jar [jar:file:/xxxxxxxx/lombok-1.18.4.jar!/] for annotations
org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 19

1. оновити та додати нижче аргумент у <root or instance tomcat folder>/conf/catalina.properties

org.apache.catalina.startup.ContextConfig.jarsToSkip=...,lombok-1.18.4.jar

2. очистити та розгорнути проект, який буде чистим.

— К. Енді Ван
джерело
Мені довелося повернутися до версії 1.14.8 (AFAIK з тими ж основними особливостями, тому тут
— нічого страшного
0

Я зіткнувся з цією проблемою з Tomcat 7 + jdk 1.8

з java 1.7 та нижчими версіями він працює нормально.

вікно -> налаштування -> java -> встановлений jre

у моєму випадку я змінив jre1.8 на JDK 1.7

і відповідно змінити аспект проекту, виберіть ту саму версію Java, яка є там у вибраному Встановленому JRE.

— Нілам Чахал
джерело
@AshishRatan Дивіться цю відповідь для правильного виправлення JDK 8.
— vallismortis
0

Я отримав подібну помилку (org.aspectj.apache.bcel.classfile.ClassFormatException: Недійсний тег байта в постійному пулі: 15) під час використання аспекта j 1.8.13. Рішенням було вирівняти всю компіляцію у jdk 8 та бути обережним, щоб не перенести інші версії бібліотеки аспекту (наприклад, 1.6.13) на buildpath / classpath.

— yılmaz
джерело
0

У мене була та ж проблема під час запуску мого весняного завантажувального додатка з tomcat7: run

Це видає помилку з такою залежністю у maven pom.xml:

    <dependency>
        <groupId>org.junit.vintage</groupId>
        <artifactId>junit-vintage-engine</artifactId>
    </dependency>

SEVERE: Unable to process Jar entry [module-info.class] from Jar [jar:file:/.m2/repository/org/apiguardian/apiguardian-api/1.1.0/apiguardian-api-1.1.0.jar!/] for annotations
org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 19

Jul 09, 2020 1:28:09 PM org.apache.catalina.startup.ContextConfig processAnnotationsJar
SEVERE: Unable to process Jar entry [module-info.class] from Jar [jar:file:/.m2/repository/org/apiguardian/apiguardian-api/1.1.0/apiguardian-api-1.1.0.jar!/] for annotations
org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 19

Але коли я правильно вказую це в обсязі тесту, це не видає помилки:

    <dependency>
        <groupId>org.junit.vintage</groupId>
        <artifactId>junit-vintage-engine</artifactId>
        <scope>test</scope>
    </dependency>
— озкансарі
джерело
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.