раскрыть загадку: разрешение 404 ошибок для статических ресурсов в Jersey

при картировании Url-Pattern Jersey с / в 2.0 Выпуск, пользователи часто сталкиваются с озадачивающей дилеммой 404 ошибок для статических ресурсов, таких как index.html. Это в первую очередь связано с тем, что Джерси / отображение перехватывает все входящие запросы, не оставляя места для веб -контейнера для обслуживания статического содержания.

Чтобы решить эту проблему, мы углубимся в сферу фильтров, в частности, com.sun.jersey.spi.container.servlet.servletcontainer для Jersey 1.x. Заменив конфигурацию Servlet XML на конфигурацию фильтра, мы устанавливаем картирование фильтра, которое делегирует все входящие запросы в Джерси. Тем не менее, мы также представляем пользовательский инициатор Param под названием «com.sun.jersey.config.property.webpagecontentregex» со значением «/.*HTML». Этот параметр служит регулярным выражением, которое определяет, какие расширения файлов будут исключены из обработки Джерси и вместо этого служат статическим содержанием.

взаимодействие с Jersey 2.x: уточненный подход

]] Переход к Джерси 2.x подсказывает небольшую адаптацию в конфигурации фильтра. Хотя подход остается в значительной степени таким же, имена свойств претерпевают изменения. «Jersey.config.server.provider.packages» init-param идентифицирует пакет (ы), содержащие классы ресурсов, в то время как «jersey.config.servlet.filter.staticContentRegex» несет ответственность от определения регулярного выражения для исключения специфических накладных файлов. Из Purview's Jersey.

Дополнительные соображения для бесшовного статического потока содержимого

, чтобы облегчить бесшовную служение статического контента, рассмотрите следующие рекомендации:

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

]