Как используются сопоставления url сервлета в web.xml?

У меня есть файл web.xml с контентом:

<servlet>
    <servlet-name>servlet1</servlet-name>
    <servlet-class>org.mycompany.test1</servlet-class>
</servlet>
<servlet>
    <servlet-name>servlet2</servlet-name>
    <servlet-class>org.mycompany.test2</servlet-class>
</servlet>
<servlet-mapping>
    <servlet-name>servlet1</servlet-name>
    <url-pattern>/path/test</url-pattern>
</servlet-mapping>
<servlet-mapping>
    <servlet-name>servlet2</servlet-name>
    <url-pattern>/path/test/*</url-pattern>
</servlet-mapping>

Я пробовал запросы

.../path/test/abc 
.../path/test

Оба запроса обрабатываются Servlet2. Почему?

UPDATE

Спасибо, ребята, за вашу помощь. Я понял, что поведение зависит от порядка объявления сервлет-отображения. Я пробовал этот web.xml

<servlet>
    <servlet-name>servlet1</servlet-name>
    <servlet-class>org.mycompany.test1</servlet-class>
</servlet>
<servlet>
    <servlet-name>servlet2</servlet-name>
    <servlet-class>org.mycompany.test2</servlet-class>
</servlet>
<servlet>
    <servlet-name>servlet3</servlet-name>
    <servlet-class>org.mycompany.test3</servlet-class>
</servlet>
<servlet>
    <servlet-name>servlet4</servlet-name>
    <servlet-class>org.mycompany.test4</servlet-class>
</servlet>

<servlet-mapping>
    <servlet-name>servlet1</servlet-name>
    <url-pattern>/path/test</url-pattern>
</servlet-mapping>
<servlet-mapping>
    <servlet-name>servlet2</servlet-name>
    <url-pattern>/path/test/*</url-pattern>
</servlet-mapping>
<servlet-mapping>
    <servlet-name>servlet3</servlet-name>
    <url-pattern>/path/*</url-pattern>
</servlet-mapping>
<servlet-mapping>
    <servlet-name>servlet4</servlet-name>
    <url-pattern>/path</url-pattern>
</servlet-mapping>

результаты:

.../path/test/abc - servlet2
.../path/test/ - servlet2
.../path/test - servlet2

.../path/abc - servlet3
.../path/ - servlet4
.../path - servlet4

Ответы

Ответ 1

Из Servlet 3.0 спецификация, вот как веб-контейнер должен найти сервлет после получения запроса (выделение мое):

Путь, используемый для сопоставления сервлету, - это URL-адрес запроса от объект запроса минус путь контекста и параметры пути. Ниже приведены правила сопоставления URL-адресов. Первый успешный матч используется без каких-либо последующих попыток:

  • Контейнер попытается найти точное соответствие пути запроса к пути сервлета. Успешный матч выбирает сервлета.
  • Контейнер будет рекурсивно пытаться сопоставить самый длинный префикс пути. Это делается путем перехода вниз по дереву путей в каталог в то время, используя символ/как разделитель путей. Самый длинный match определяет выбранный сервлет.
  • Если последний сегмент пути URL содержит расширение (например,.jsp), контейнер сервлета будет пытаться сопоставить сервлет, который обрабатывает запросы на расширение. Расширение определяется как часть последний сегмент после последнего. характер.
  • Если ни одно из предыдущих трех правил не приводит к совпадению сервлета, контейнер будет пытаться обслуживать контент, соответствующий запрашиваемый ресурс. Если для приложение, оно будет использоваться. Многие контейнеры обеспечивают неявное сервлет по умолчанию для обслуживания содержимого.

В контейнере должны использоваться сопоставления строк с учетом регистра для соответствия.

Вы также должны посмотреть спецификацию сопоставлений (см. ниже):

В дескрипторе развертывания веб-приложения следующий синтаксис используется для определения отображений:

  • Строка начинается с символа ‘/’ и заканчивается суффиксом ‘/*’используется для отображения пути.

  • Строка, начинающаяся с префикса ‘*.’, используется как отображение расширений.

  • Пустая строка ("") - это специальный шаблон URL, который точно соответствует корень контекста приложения, то есть запросы формы http://host:port/<contextroot>/. В этом случае информация о пути ’/’ и путь сервлета и путь контекста - пустая строка ("").

  • Строка, содержащая только символ ’/’, указывает на "default" сервлет приложения. В этом случае путь сервлета является запросить URI минус контекстный путь, а информация о пути - null.

  • Все остальные строки используются только для точных совпадений

Рассмотрим теперь примеры. Рассмотрим следующий набор отображений:

Path Pattern            Servlet
/foo/bar/*              servlet1
/baz/*                  servlet2
/catalog                servlet3
*.bop                   servlet4

Следующее поведение приведет к:

Incoming Path           Servlet Handling Request
/foo/bar/index.html     servlet1
/foo/bar/index.bop      servlet1
/baz                    servlet2
/baz/index.html         servlet2
/catalog                servlet3
/catalog/index.html     "default" servlet
/catalog/racecar.bop    servlet4
/index.bop              servlet4

Обратите внимание, что в случае /catalog/index.html и /catalog/racecar.bop, сервлет, отображаемый на "/catalog", не используется, потому что совпадение не является точным.

Теперь приступим к вашей проблеме:)

/path/test принадлежит к пятой точке спецификации отображений. Это означает, что только пути, заканчивающиеся на /path/test, будут нацелены на servlet1.

Однако /path/test/* подходит для первой точки той же спецификации. Это означает, что:

.../path/test будет обрабатываться servlet1 и

.../path/test/abc будет обрабатываться servlet2

Это было проверено мной в тестовом приложении.

Ответ 2

Конфликты ваших путей.

Оба из ваших путей означают то же самое, "/*" не имеет никакого значения. По-видимому, тогда, когда вы пытаетесь использовать свой путь, выполняется последнее совпадение (servlet2).

Обычно вы указываете путь с именем сервлета, например:

/path/test/servlet1
/path/test/servlet2