Java-сервлет не распознает мой маршрут/класс

Я запускаю сервлет Java, используя JDK 17, Tomcat 9.0 и Maven на VSCode. Я столкнулся с проблемой: когда я создаю новый класс для использования нового маршрута, Tomcat возвращает мне ошибку 404, в которой говорится, что «исходный сервер не нашел текущего представления для целевого ресурса или не желает раскрывать его существование». ", хотя я добавил аннотацию @WebServlet с указанным маршрутом servlet (в контексте мне нужен доступ http://localhost:8080/server/servlet).

Это структура папок проекта:

src
└── main
    ├── java
    │   └── com
    │       └── example
    │           └── servlet
    │               └── MyServlet.java
    └── webapp
        ├── index.jsp
        └── WEB-INF
            ├── views
            │   └── view.jsp
            └── web.xml

Когда он скомпилирован в папку /target, он представлен следующим образом:

target
├── classes
│   └── com
│       └── example
│           └── servlet
│               └── MyServlet.class
├── generated-sources
│   └── annotations
├── maven-archiver
│   └── pom.properties
├── maven-status
│   └── maven-compiler-plugin
│       └── compile
│           └── default-compile
│               ├── createdFiles.lst
│               └── inputFiles.lst
├── server
│   ├── index.jsp
│   ├── META-INF
│   └── WEB-INF
│       ├── classes
│       │   └── com
│       │       └── example
│       │           └── servlet
│       │               └── MyServlet.class
│       ├── views
│       │   └── view.jsp
│       └── web.xml
└── server.war

Я попытался сопоставить маршрут сервлета на web.xml, но Tomcat не распознал класс (хотя я сопоставил класс прямо здесь). Так что я не знаю точно, в чем проблема.

пом.xml:

<?xml version = "1.0" encoding = "UTF-8"?>

<project xmlns = "http://maven.apache.org/POM/4.0.0" xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation = "http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <groupId>com.example</groupId>
  <artifactId>server</artifactId>
  <version>1.0-SNAPSHOT</version>
  <packaging>war</packaging>

  <name>server Maven Webapp</name>
  <!-- FIXME change it to the project's website -->
  <url>http://www.example.com</url>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <maven.compiler.release>17</maven.compiler.release>
    <maven.compiler.source>17</maven.compiler.source>
    <maven.compiler.target>17</maven.compiler.target>
  </properties>

  <dependencies>
    <!-- https://mvnrepository.com/artifact/jakarta.servlet/jakarta.servlet-api -->
    <dependency>
      <groupId>jakarta.servlet</groupId>
      <artifactId>jakarta.servlet-api</artifactId>
      <version>5.0.0</version>
      <scope>provided</scope>
    </dependency>



    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.11</version>
      <scope>test</scope>
    </dependency>
  </dependencies>

  <build>
    <finalName>server</finalName>
    <pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) -->
      <plugins>
        <plugin>
          <artifactId>maven-clean-plugin</artifactId>
          <version>3.1.0</version>
        </plugin>
        <!-- see http://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_war_packaging -->
        <plugin>
          <artifactId>maven-resources-plugin</artifactId>
          <version>3.0.2</version>
        </plugin>
        <plugin>
          <artifactId>maven-compiler-plugin</artifactId>
          <version>3.8.0</version>
        </plugin>
        <plugin>
          <artifactId>maven-surefire-plugin</artifactId>
          <version>2.22.1</version>
        </plugin>
        <plugin>
          <artifactId>maven-war-plugin</artifactId>
          <version>3.2.2</version>
        </plugin>
        <plugin>
          <artifactId>maven-install-plugin</artifactId>
          <version>2.5.2</version>
        </plugin>
        <plugin>
          <artifactId>maven-deploy-plugin</artifactId>
          <version>2.8.2</version>
        </plugin>
      </plugins>
    </pluginManagement>
  </build>
</project>

веб.xml:

<?xml version = "1.0" encoding = "UTF-8"?>
<web-app xmlns = "http://xmlns.jcp.org/xml/ns/javaee"
  xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation = "http://xmlns.jcp.org/xml/ns/javaee
                      http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
  version = "4.0"
  metadata-complete = "true"
>
  <display-name> Welcome to Tomcat 9</display-name>
</web-app>

Мойсервлет.java:

package com.example.servlet;

import java.io.IOException;

import jakarta.servlet.ServletException;
import jakarta.servlet.annotation.WebServlet;
import jakarta.servlet.http.HttpServlet;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;

@WebServlet("/servlet")
public class MyServlet extends HttpServlet {
    @Override
    protected void doGet(
      HttpServletRequest request, 
      HttpServletResponse response) throws ServletException, IOException {
 
        request.getRequestDispatcher("/views/view.jsp").forward(request, response);

        // even when it is tested individually (not sending to a JSP file, it does not work
    }
}
INFO: Starting service [Catalina]
[apache-tomcat-9.0.88]: May 05, 2024 10:15:56 AM org.apache.catalina.core.StandardEngine startInternal
INFO: Starting Servlet engine: [Apache Tomcat/9.0.88]
[apache-tomcat-9.0.88]: May 05, 2024 10:15:56 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Web application installation directory [/home/santiago/.config/Code/User/workspaceStorage/d8ec3ec1ee17b60fa552c7bbc55f6194/adashen.vscode-tomcat/tomcat/apache-tomcat-9.0.88/webapps/server]
[apache-tomcat-9.0.88]: May 05, 2024 10:15:56 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deployment of web application directory [/home/santiago/.config/Code/User/workspaceStorage/d8ec3ec1ee17b60fa552c7bbc55f6194/adashen.vscode-tomcat/tomcat/apache-tomcat-9.0.88/webapps/server] has finished in [167] ms
[apache-tomcat-9.0.88]: May 05, 2024 10:15:56 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Web application installation directory [/home/santiago/.config/Code/User/workspaceStorage/d8ec3ec1ee17b60fa552c7bbc55f6194/adashen.vscode-tomcat/tomcat/apache-tomcat-9.0.88/webapps/ROOT]
[apache-tomcat-9.0.88]: May 05, 2024 10:15:56 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deployment of web application directory [/home/santiago/.config/Code/User/workspaceStorage/d8ec3ec1ee17b60fa552c7bbc55f6194/adashen.vscode-tomcat/tomcat/apache-tomcat-9.0.88/webapps/ROOT] has finished in [12] ms
[apache-tomcat-9.0.88]: May 05, 2024 10:15:56 AM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-nio-8080"]
[apache-tomcat-9.0.88]: May 05, 2024 10:15:56 AM org.apache.catalina.startup.Catalina start
INFO: Server startup in [223] milliseconds

Чего мне не хватает, чтобы новый маршрут сервлета работал правильно?

Вам следует опубликовать лог сервера.

Roman C 05.05.2024 17:46

@RomanC какой журнал? Когда я делаю запрос, Tomcat отображается только на уровне INFO. Я отредактирую пост и добавлю их.

santache 05.05.2024 18:21

Кстати, maven.compiler.release заменяет пару source и target. Не используйте все три.

Basil Bourque 05.05.2024 18:23
http://localhost:8080/server/servlet — Почему вы помещаете внутрь слово «сервер»?
Basil Bourque 05.05.2024 18:25

@BasilBourque Я создал проект с помощью расширения Java VSCode. Так что я не знал, как выглядит реальная структура.

santache 05.05.2024 18:26

@BasilBourque «сервер» — это контекстное имя проекта. Точно так же, как это показано, когда я перехожу к http://localhost:8080, а Tomcat показывает «Военные пакеты, развернутые на этом сервере Tomcat:» и показывает «сервер», который ведет меня к http://localhost:8080/server/.

santache 05.05.2024 18:27

Tomcat 9.0 использует спецификацию сервлетов 4, а не 5. См. документацию.

Basil Bourque 05.05.2024 18:27

Tomcat 9.0 использует имена пакетов javax.*, а не имена пакетов jakarta.*.

Basil Bourque 05.05.2024 18:28

Кстати, если вы используете код Visual Studio… К вашему сведению: Представляем расширение платформы Oracle Java для кода Visual Studio

Basil Bourque 05.05.2024 18:31

@BasilBourque Я перешел на сервлет 4, спасибо. Я отредактировал web.xml описание в посте. И я переключил jakarta на javax сейчас, но у меня больше нет импорта аннотаций @WebServlet.

santache 05.05.2024 18:35
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
1
10
135
3
Перейти к ответу Данный вопрос помечен как решенный

Ответы 3

Файлы JSP не попадают в WEB-INF; Eclipse устроен не так. Поместите файлы JSP где-нибудь в WEBAPP, который не является WEB-INF.

шаг 2 остановить сервер используйте аннотацию с шаблонами имен и URL-адресов, например @WebServlet(name="giveServletClassName",urlPatterns = {/url}) и запустите сервер.

Хорошо, хотя я не использую Eclipse. О шаге 2: я установил @WebServlet(name = "Servlet",urlPatterns = {"/servlet"}) на свой MyServlet.java, но он все еще не работает. Та же ошибка, 404.

santache 05.05.2024 16:59

JSP устроен не так.

user207421 06.05.2024 23:12
Ответ принят как подходящий

Как отметил @BasilBourque, некоторые пакеты, спецификации и инструменты не были в своих версиях, подходящих для совместной работы.

Поскольку я использую Tomcat 9.0, мне пришлось заменить jakarta.servlet на javax.servlet вместо pom.xml в файле.

Также мне пришлось изменить версию сервлета на web.xml на версию 4 вместо версии 5, которая, вероятно, совместима только с Tomcat 10.0 и выше, поэтому она не работала должным образом и не находила мой маршрут.

Тег web-app на web.xml теперь такой:

<web-app xmlns = "http://xmlns.jcp.org/xml/ns/javaee"
  xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation = "http://xmlns.jcp.org/xml/ns/javaee
                      http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
  version = "4.0"
  metadata-complete = "true">
...

Поэтому я удалил аннотацию @WebServlet из файла MyServlet.java и добавил это в web.xml:

<servlet>
  <servlet-name>MyServlet</servlet-name>
  <servlet-class>com.example.servlet.MyServlet</servlet-class>
</servlet>
<servlet-mapping>
  <servlet-name>MyServlet</servlet-name>
  <url-pattern>/servlet</url-pattern>
</servlet-mapping>

И теперь класс MyServlet внутри src/main/java/com/example/servlet выглядит так:

package com.example.servlet;

import java.io.IOException;

import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

// removed @WebServlet annotation, as there's no import of javax.servlet.annotations on this version (probably)

public class MyServlet extends HttpServlet {
    @Override
    protected void doGet(
      HttpServletRequest request, 
      HttpServletResponse response) throws ServletException, IOException {
 
        response.setContentType("text/html");
        response.getWriter().write("Hello, World!");
    }
}

Поскольку я использую javax.servlet.servlet-api в версии 3.0-альфа-1, я думаю, что в эту версию еще не добавлена ​​аннотация @WebServlet, но версия 4.0.1 здесь и, возможно, аннотация уже есть.

Теперь я могу правильно получить доступ к своему маршруту /servlet. Добиться этого было сложно, потому что совместимость Tomcat с некоторыми версиями пакетов и прочего весьма эзотерична.

ОБНОВЛЯТЬ:

Обнаружил, что аннотация @WebServlet недоступна, потому что я установил metadata-complete как true в файле web.xml. Поскольку они несовместимы для сосуществования, мне пришлось установить для него значение false, и теперь аннотация работает:

<web-app xmlns = "http://xmlns.jcp.org/xml/ns/javaee"
  xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation = "http://xmlns.jcp.org/xml/ns/javaee
                      http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
  version = "4.0"
  metadata-complete = "false">

Теперь я могу нормально использовать @WebServlet(urlPatterns = "/servlet") на уроке.

Аннотация @WebServlet определена в спецификации Servlet 3, как отмечено в Javadoc Servlet 4. Вы сможете удалить файл web.xml. И поздравляю вас с настойчивостью. Работа по разработке веб-стека запутанна и запутанна.

Basil Bourque 05.05.2024 20:36

В качестве примера вашего POM-файла Maven я использовал IntelliJ Ultimate 2024.1.1 с функцией «Новый проект» с помощью Generators > Jakarta EE > Version > Java EE 8 > Specifications > Servlet (флажок) для создания проекта, содержащего сервлет и JSP.

Я запустил веб-приложение через функцию Ultimate Edition, где оно может взаимодействовать с внешней установкой сервера, такого как Tomcat.

Я использую:

  • Ява 22
  • Сервлет 4.0.1
  • Томкэт 9.0.88

После некоторых моих изменений для обновления версий и упрощения синтаксиса следующий краткий POM-файл Maven получился успешным.

<?xml version = "1.0" encoding = "UTF-8"?>
<project xmlns = "http://maven.apache.org/POM/4.0.0"
         xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation = "http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>work.basil.example</groupId>
    <artifactId>ExServlet4</artifactId>
    <version>1.0-SNAPSHOT</version>
    <name>ExServlet4</name>
    <packaging>war</packaging>

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven.compiler.source>22</maven.compiler.source>
        <maven.compiler.target>22</maven.compiler.target>
    </properties>

    <dependencies>

        <!-- https://mvnrepository.com/artifact/javax.servlet/javax.servlet-api -->
        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>javax.servlet-api</artifactId>
            <version>4.0.1</version>
            <scope>provided</scope>
        </dependency>

        <!-- https://mvnrepository.com/artifact/org.junit.jupiter/junit-jupiter -->
        <dependency>
            <groupId>org.junit.jupiter</groupId>
            <artifactId>junit-jupiter</artifactId>
            <version>5.11.0-M1</version>
            <scope>test</scope>
        </dependency>

    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-war-plugin</artifactId>
                <version>3.4.0</version>
            </plugin>
        </plugins>
    </build>
</project>

IntelliJ создает файл web.xml, хотя он не имеет значимого содержимого. Я удалил этот файл, очистил и пересобрал проект, но мое веб-приложение продолжало успешно работать. Хотя я не уверен, я верю в современную версию спецификаций сервлетов, они предназначены для того, чтобы вы могли просматривать только аннотации, полностью пропуская файл web.xml.

Спасибо за понимание. Я создавал свои проекты, используя Java-расширение VSCode, и когда я использовал архетип Maven для веб-приложения, он создал для меня файл web.xml с тегом <!DOCTYPE> и для него была установлена ​​версия 2.3, а также pom.xml установил <maven.compiler> свойства в JRE 1.7. Эти двое вызывали множество несовместимостей с пакетами и другими вещами. Пришлось так долго искать, чтобы их решить.

santache 06.05.2024 21:51

@santache (A) Как отмечалось в конце моего ответа, я считаю, что вы можете полностью удалить web.xml. (Б) Я не использую код Visual Studio, но если бы я это делал, я бы установил расширение Java от Oracle. См. статью объявления Представляем расширение платформы Oracle Java для кода Visual Studio.

Basil Bourque 07.05.2024 01:55

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