Ошибка после развертывания войны в tomcat [дубликат]

Question

Ошибка после развертывания войны в tomcat [дубликат]

У меня такая же ошибка, пожалуйста, загрузите последнюю версию ChromeDriver, и она будет работать нормально:)

https://chromedriver.storage.googleapis.com/index.html ? путь = 2,36 /

1

задан Jeef 24 June 2015 в 18:55

2 ответа

У меня была такая же ошибка, но с использованием WildFly. Не знаю, почему, но, я не мог видеть, что параметр фассов CDI добавляется в мой проект. Поэтому, чтобы подавить это сообщение об ошибке, мне пришлось вручную создавать beans.xml внутри папки WEB-INF.

Это было содержание:

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
    <beans xmlns="http://xmlns.jcp.org/xml/ns/javaee" 
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        bean-discovery-mode="all" version="1.1" 
        xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee 
        http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd"/>

cheers

0

ответ дан Renato Camargos 4 September 2018 в 09:59

Другие вопросы по тегам:

war jsf-2.2 tomcat9

Похожие вопросы:

score 1 · Accepted Answer

Путь к классам времени выполнения Webapp - беспорядок.

Избавиться от этих JAR в / WEB-INF / lib

javaee-web-api-7.0.jar
javax.faces-2.2.5.jar
javax.servlet-api-3.0.1.jar

Первый из них предназначен для компиляции WAR / EAR, нацеленного на контейнер Java EE 7. Он не намерен устанавливаться вдоль WAR-таргетинга на бобовидный JSP / сервлет-контейнер, такой как Tomcat. Было бы смутно и думать, что это на самом деле контейнер Java EE 7 (oh joy).

Второй - Mojarra 2.2.5 (API и имплекс в комплекте с одним JAR-ароматом) и причина начальная проблема вы видите. Вы в основном загружаете реализацию JSF 2.2 против API JSF 2.1, уже ранее загруженного через Tomcat /lib. javax.faces.lifecycle.ClientWindowFactory является новым с JSF 2.2 (см. Также @since в javadoc ) и не распознается API JSF 2.1.

Третий должен быть уже предоставлен Сам Томкат. Обратите внимание, что Java EE 7 JAR также содержит API JSF 2.2 и Servlet 3.1. Таким образом, это на самом деле тройной конфликт для API JSF и Servlet (один API из /lib от Tomcat, один API из WAR /WEB-INF/lib и один API из пакета JAR Java JE 7 JAR, это не хорошо).

Независимо от того, я рекомендую также очистить Tomcat / lib и сохранить его по умолчанию. Просто придерживайтесь JAR в WAR / WEB-INF / lib. И если вы намереваетесь создать целевое веб-приложение JSF 2.2 (первый doublecheck version в faces-config.xml, если он совпадает), тогда сохраните в javax.faces-2.2.5.jar и избавьтесь от файлов jsf-api-2.1.13.jar и jsf-impl-2.1.13.jar.