Сбой сервлета jsp layout [дубликат]

Возможно, вам нужно знать, как отображаются URL-адреса, так как я страдал 404 в течение нескольких часов. Существует два типа обработчиков, обрабатывающих запросы. BeanNameUrlHandlerMapping и SimpleUrlHandlerMapping. Когда мы определили servlet-mapping, мы используем SimpleUrlHandlerMapping. Мы должны знать, что эти два обработчика имеют общее свойство, называемое alwaysUseFullPath, которое по умолчанию имеет значение false.

false здесь означает, что Spring не будет использовать полный путь для преобразования URL-адреса в контроллер. Что это значит? Это означает, что когда вы определяете servlet-mapping:

<servlet-mapping>
    <servlet-name>viewServlet</servlet-name>
    <url-pattern>/perfix/*</url-pattern>
</servlet-mapping>

, обработчик фактически использует часть * для поиска контроллера. Например, следующий контроллер столкнется с ошибкой 404, когда вы запросите его, используя /perfix/api/feature/doSomething

@Controller()
@RequestMapping("/perfix/api/feature")
public class MyController {
    @RequestMapping(value = "/doSomething", method = RequestMethod.GET) 
    @ResponseBody
    public String doSomething(HttpServletRequest request) {
        ....
    }
}

. Это идеальное совпадение, верно? Но почему 404. Как уже упоминалось ранее, значение по умолчанию alwaysUseFullPath равно false, что означает, что в вашем запросе используется только /api/feature/doSomething, чтобы найти соответствующий контроллер, но Controller не заботится об этом пути. Вам нужно либо изменить свой URL на /perfix/perfix/api/feature/doSomething, либо удалить perfix с базы MyController @RequestingMapping.

Я думаю, что ответ Кенди в основном верен.

Чтобы отобразить узел: port / context / hello.jsp

1. Нет установленных сервлетов URL. Далее
2. Найденные сервлеты с подстановочными знаками, return.

Я считаю, что почему «/ *» не соответствует хосту: port / context / hello, потому что он рассматривает «/ hello» как путь вместо файл (поскольку он не имеет расширения).

Существенное различие между /* и / заключается в том, что сервлет с отображением /* будет выбран до любого сервлета с расширением (например, *.html), тогда как сервлет с отображением / будет выбранные только после сопоставлений с расширениями (и будут использоваться для любого запроса, который не соответствует чему-либо еще - это «сервлет по умолчанию»).

В частности, отображение /* будет всегда выбирается перед отображением /. Предотвращение любых запросов от получения собственного сервлета по умолчанию.

Либо будут выбраны только после сопоставлений сервлетов, которые являются точными совпадениями (например, /foo/bar), и теми, которые являются сопоставлениями пути дольше, чем /* ( как /foo/*). Обратите внимание, что пустым сопоставлением строк является точное соответствие для корня контекста (http://host:port/context/).

См. Главу 12 спецификации сервлета Java, доступную в версии 3.1 на странице http: // download. oracle.com/otndocs/jcp/servlet-3_1-fr-eval-spec/index.html.

Я хотел бы дополнить ответ BalusC правилами сопоставления и примером.

Правила сопоставления из спецификации Servlet 2.5:

1. Точный URL карты
2. Карты шаблонов карты
3. Расширения карты
4. Карта для сервлета по умолчанию

В нашем примере есть три сервлета. / является установленным нами сервлетом по умолчанию. Tomcat устанавливает два сервлета для обслуживания jsp и jspx. Итак, чтобы отобразить http://host:port/context/hello

1. Нет установленных сервлетов URL. Далее
2. Сервлеты с подстановочными путями не установлены.
3. Не соответствует любые расширения, далее.
4. Карта для сервлета по умолчанию, return.

Для отображения http://host:port/context/hello.jsp

1. Нет точных сервлета URL установленный, следующий.
2. Сервлеты с подстановочными путями не установлены.
3. Найден сервлет расширения, возврат.