정적 콘텐츠 제공을 위한 서블릿 매핑 사용자 정의
배경:
웹 애플리케이션을 배포할 때 컨테이너가 다르면 정적 콘텐츠 처리를 처리하는 기본 서블릿의 변형이 발생할 수 있습니다. 이로 인해 원하는 URL 구조와 충돌이 발생할 수 있습니다.
서블릿 요구 사항:
이 문제를 해결하려면 다음 특성을 가진 사용자 정의 서블릿이 필요합니다.
매핑 고려 사항:
원하는 URL 구조를 얻으려면(상세 질문에서) 서블릿 매핑은 다음과 유사해야 합니다.
<servlet-mapping> <servlet-name>main</servlet-name> <url-pattern>/*</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>/static/*</url-pattern> </servlet-mapping>
제안된 솔루션:
요구 사항을 충족하는 외부 서블릿을 사용할 수 있지만 더 간단한 접근 방식은 다음과 같습니다. 고안되었습니다. 확장별로 콘텐츠 파일을 기본 서블릿에 매핑하고 그 밖의 모든 것을 "myAppServlet"이라는 사용자 정의 서블릿에 매핑하면 원하는 기능을 얻을 수 있습니다. 결과 매핑은 다음과 같습니다.
<servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.html</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.jpg</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.png</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.css</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.js</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>myAppServlet</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping>
장점:
이 접근 방식을 사용하면 정적 콘텐츠(이미지, CSS 등)에 대한 요청이 기본적으로 처리됩니다. 다른 모든 요청은 사용자 정의 서블릿으로 라우팅됩니다. Jetty 및 Tomcat 컨테이너 모두와 원활하게 작동합니다.
위 내용은 효율적인 정적 콘텐츠 제공을 위해 서블릿 매핑을 사용자 정의하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!