java.lang.NoSuchMethodError: javax.servlet.ServletContext.getContextPath () Ljava / lang / String при развертывании на Tomcat в Cargo

Первый ответ на вопрос привязывает сборку к конкретной настройке на локальном компьютере. Можно воспроизвести это на сервере сборки, но это будет неуклюже и подвержено ошибкам. Лично я предпочитаю настраивать сборку так, чтобы она работала без какой-либо внешней зависимости. Мне также пришлось пойти на компромисс, когда нам нужно было запустить миграцию базы данных или когда мы хотели протестировать RabbitMQ, и не было встроенного брокера, но, по крайней мере, запуск приложения был автономным.

Следовательно, на вашем месте я бы копнул глубже и создал конфигурацию, которая способна обрабатывать ваш вариант использования без такой локальной папки. Я не могу дать вам рабочий ответ, так как мне не хватает информации (конфигурации вашего груза). Но я хотел бы указать вам на org.apache.tomcat.maven.tomcat7-maven-plugin. У нас это сработало очень хорошо. Я использовал Cargo в другом проекте и считаю, что плагин tomcat7 проще в использовании.

Вы можете предоставить свой собственный server.xml: Запустить Tomcat и развернуть проект с собственным server.xml

Вы можете указать (добавить / переопределить) зависимости в разделе <dependencies>, что должно решить вашу проблему с версией сервлета-api.

Вы можете добавить настраиваемую конфигурацию (скажем, некоторые файлы свойств, которые мы помещаем в папку lib, чтобы получить их в пути к классам), добавляя их как зависимость в jar.

Это довольно универсальный и простой способ запустить и запустить встроенный Tomcat. Надеюсь, это поможет вам.

Возможно, чтобы дать вам некоторое представление о конфигурации плагина tomcat7:

<plugin>
    <groupId>org.apache.tomcat.maven</groupId>
    <artifactId>tomcat7-maven-plugin</artifactId>
    <version>2.2</version>
    <executions>
        <execution>
            <id>tomcat-run</id>
            <phase>pre-integration-test</phase>
            <goals>
                <goal>run-war-only</goal>
            </goals>
            <configuration>
                <webapps>
                    <webapp>
                        <groupId>${project.groupId}</groupId>
                        <artifactId>project-web</artifactId>
                        <version>${project.version}</version>
                        <type>war</type>
                        <asWebapp>true</asWebapp>
                        <contextPath>/project-path</contextPath>
                    </webapp>
                </webapps>
                <protocol>org.apache.coyote.http11.Http11NioProtocol</protocol>
                <port>${app.port}</port>
                <fork>true</fork>
            </configuration>
        </execution>
        <execution>
            <id>tomcat-shutdown</id>
            <phase>post-integration-test</phase>
            <goals>
                <goal>shutdown</goal>
            </goals>
        </execution>
    </executions>
    <dependencies>
        <dependency>
            <groupId>${project.groupId}</groupId>
            <artifactId>project-test-config</artifactId>
            <version>${project.version}</version>
        </dependency>
        <dependency>
            <groupId>org.apache.tomcat.embed</groupId>
            <artifactId>tomcat-embed-core</artifactId>
            <version>${tomcat.version}</version>
        </dependency>
        <dependency>
            <groupId>org.apache.tomcat.embed</groupId>
            <artifactId>tomcat-embed-websocket</artifactId>
            <version>${tomcat.version}</version>
        </dependency>
        <dependency>
            <groupId>org.jacoco</groupId>
            <artifactId>org.jacoco.agent</artifactId>
            <version>${jacoco.version}</version>
            <classifier>runtime</classifier>
        </dependency>
        <dependency>
            <groupId>javax.websocket</groupId>
            <artifactId>javax.websocket-api</artifactId>
            <version>1.0</version>
        </dependency>
    </dependencies>
</plugin>

Немного поясню сказанное. Мы использовали JaCoCo для сбора интеграционных тестов для Sonar. Нам нужна была конкретная версия Tomcat (чтобы протестировать ее работу с версией, предоставляемой операциями), и мы переопределили часть конфигурации server.xml непосредственно директивами <port> и <protocol>.

Похоже, Tomcat пытается вызвать этот метод, который существует только в servlet-api-3.0 или новее. Поскольку я не мог точно понять, откуда контейнер получает эту неправильную зависимость, я решил свою проблему, используя другой подход.

Вместо того, чтобы создавать базовый Tomcat через maven-cargo-plugin и переопределить файлы конфигурации, я скопировал уже работающую локальную конфигурацию и сказал Cargo использовать эту конфигурацию, добавив

<configuration>
    <type>existing</type>
    <home>C:\path\to\tomcat\home</home>
</configuration>

к конфигурации плагина