FAIL - Развернутое приложение в контексте контекста/но контекст не запущен

Im работает в двух отдельных веб-приложениях для приложения назад и спереди. Самое забавное, когда я запускаю back-end, у меня нет никаких проблем. Но в интерфейсе я получаю следующую ошибку:

I have the following error in Netbeans 

NetBeans: Deploying on Apache Tomcat or TomEE
    profile mode: false
    debug mode: false
    force redeploy: true
Undeploying ...
undeploy?path=/
OK - Undeployed application at context path /
In-place deployment at D:\WebDevel\WebStore\WebFrontE\target\Web-1.0-SNAPSHOT
Deployment is in progress...
deploy?config=file%3A%2FC%3A%2FUsers%7E1%2FAppData%2FLocal%2FTemp%2Fcontext7815575477480252472.xml&path=/
FAIL - Deployed application at context path / but context failed to start

Оба работают на одном и том же Tomcat. мой коллега имеет тот же код, и он отлично работает: -s

Ответ 1

Context Path (или) Context Root должен быть уникальным для каждого приложения, развернутого на сервере.

Таким образом, вы не можете развернуть два приложения с одним и тем же корневым контекстом на один и тот же сервер. Кажется, что для обоих ваших приложений путь контекста равен /.

Отметьте server.xml, чтобы узнать, какой путь контекста они имеют. Если они не уникальны, измените их, чтобы решить проблему.

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

Для получения дополнительной информации: Конфигурация контекстных путей Tomcat

Ответ 2

У меня была эта проблема, а после множества ссылок, которые не работали, нашли это решение. Измените server.xml на сервере Tomee, чтобы предоставить полный путь для приложения:

<Host name="localhost"  appBase="C:\apache\apache-tomee-7.0.2-plume\webapps"
                  unpackWARs="true" autoDeploy="true">

Ответ 3

Произошла следующая ошибка, если ваш контекст не запущен. Экземпляр: у вас есть слушатель контекста, который вызывает метод, а метод отсутствует.

Ответ 4

Я могу немного опоздать, но скажу, что это может быть из-за изменения названия фабрики в Tomcat 8. Поэтому выполните следующие шаги:

1) Во-первых, посмотрите, используете ли вы Tomcat 8 или выше.

2) Если да, то tomcat не может развернуть ваше приложение. Запустите приложение в режиме отладки и просмотрите трассировку стека в окне Tomcat (внизу. Не совпадает с Tomcat.log). Прокрутите окно вниз и посмотрите, сможете ли вы найти исключение, подобное этому:
Причина: java.lang.NoClassDefFoundError: Не удалось инициализировать класс org.apache.tomcat.dbcp.dbcp2.BasicDataSourceFactory

3) Если вы видите что-то похожее выше, откройте свой META-INF/context.xml и замените или добавьте атрибут фабрики в тег ресурса с помощью: factory = "org.apache.tomcat.dbcp.dbcp2.BasicDataSourceFactory"

4) Перезапустите Tomcat и снова разверните.

Ответ 5

Моя проблема была синтаксическая ошибка в web.xml, я не закрыл элемент

В окне кота (NetBeans) появилось явное сообщение об ошибке, спасибо Арафату

01-Sep-2018 17: 34: 38.641 SEVERE [http-nio-8080-exec-5] org.apache.tomcat.util.digester.Digester.fatalError Parse Fatal Error в строке 50, столбец 11: Тип элемента "param- значение "должно заканчиваться соответствующим конечным тегом" ".

Ответ 6

'undeployed application at context path' эта ошибка возникает из-за отсутствия какого-либо файла при копировании проекта из одной системы в другую. во время копирования убедитесь, что все файлы должны быть скопированы. Если возникла ошибка, попробуйте выполнить проект и импортировать его. Это может сработать.

Ответ 7

У меня была та же проблема, но я использовал только maven (без IDE). Моя версия tomcat была tomcat7 7.0.70-1 и jdk8 (в pom.xml: <java.version>1.8</java.version>) Оказалось, что tomcat7 несовместимо с java 8, поэтому я изменил java.version в pom.xml на <java.version>1.7</java.version>, и это было решение!

Ответ 8

У меня была та же проблема, которую я решил, предоставив пользователю разрешение безопасности для Apache Server Foundation в корневой папке.

Ответ 9

У меня также были проблемы с решением этой проблемы на моих сетевых компонентах. Я весь день стекаюсь, чтобы избавиться от этой проблемы. Было опробовано много решений, но ничего не произошло, пока я не попытался удалить папку "target" моего проекта, и это решило проблему! Надеюсь, поможет! :)

Ответ 10

в моем случае я удалил некоторые теги конфигурации, которые я добавил в web.xml, пытаясь настроить пакет strut. Я также удалил этот пакет соответственно, перезапустил сервер, запустил проект, и он заработал.

Ответ 11

Столкнулся с той же проблемой @один раз. В одном из случаев это было вызвано контроллером, который имел несколько методов с одинаковым маршрутом, например

@RestController
public class UsersController
{   
    @Autowired
    UsersInterface userInterface;

    @RequestMapping(value = "/get", method = RequestMethod.GET)
    public String test()
    {
        return "Users";
    }

    @RequestMapping(value = "/get", method = RequestMethod.GET)
    public List<user> getUsers()
    {
        List<User> users = userInterface.getUsers();
        return users;
    }
}

Как видите, контроллер имеет 2 метода, которые определяют два маршрута get, поэтому Spring не может разрешить метод для запуска маршрута .../users/get.

Отключите один из маршрутов get и измените его на другой.

Я могу опоздать с ответом, но могу помочь другим позже в будущем.

Ответ 12

Я сталкивался с этой проблемой несколько раз, я попробовал следующие шаги, и это сработало..!

1. Сделайтерезервную копию вашего текущего проекта(в целях безопасности).

2. Найдите расположение папки вашего проекта (обычно находится в папке MyDocuments или Documents с именем NetBeansProjects).

3. Откройте папку проекта и удалите папку с именем target внутри папки вашего проекта

4. Закройте NetBeans, снова откройте его и запустите проект.

И ты в порядке.

Если описанное выше не сработало, попробуйте удалить xml файл из папки "Tomcat 9.0\conf\Catalina\localhost".

Ответ 13

Это может быть много причин, но лично в моем случае наиболее частыми были объявления сервлета файла web.xml. Когда я занимался кросс-разработкой проекта для Mac и Linux, я увидел, что файл ведет себя по-разному на обеих платформах из-за проблем с пространством или новыми строками. Мне потребовались часы, чтобы выяснить, как число сервлетов превысило 20. В конечном итоге я сузился до странного только одного объявления класса контроллера и обнаружил, что синтаксис абсолютно идеален. Это сбило меня с толку, поэтому я решил переписать декларацию после удаления старого и BAM! Это сработало на Mac сразу. Странно.

Ответ 14

Я столкнулся с этой проблемой, попробовав несколько других предложений, у меня сработало следующее.

Удалите следующий файл:

/apache-tomcat-9.0.13/conf/Catalina/localhost/*.xml

Ответ 15

У меня была та же проблема, и я решил эту проблему, остановив tomcat в IDE и запустив веб-приложение, которое автоматически запускает tomcat (это работает в IDE Netbeans). Просто остановите Tomcat, запустите снова и заново разверните веб-приложение.