서블릿 컨테이너가 Requestdispatcher를 반환할 수 없음

Table of Contents

이 튜토리얼에서 우리 중 많은 사람들이 서블릿 컨테이너가 멋진 요청 디스패처를 반환하는 것을 방해할 수 있는 몇 가지 가능한 원인을 살펴본 다음 이를 처리하는 데 사용할 수 있는 가능한 시스템을 제안합니다. 문제

업데이트됨

1. ASR Pro 다운로드

2. 프로그램 실행

3. 컴퓨터에서 바이러스를 찾아 제거하려면 "지금 검색"을 클릭하십시오.

오늘 이 간단한 다운로드로 컴퓨터 속도를 높이십시오. 년

찾고 있는 답변이 아닌가요? Espresso-Servlets Tomcat7 Servlet-3.0 Requestdispatcher 키워드를 사용하여 추가 질문을 찾거나 직접 질문하십시오.

servlet container cannot return a requestdispatcher

Servlet Criteria 3.0이 디스패처 동작에 대해 말하는 내용은 다음과 같습니다.

<인용>
서블릿 컨테이너는 멋진 requestdispatcher를 반환할 수 없습니다.

getRequestDispatcher 메서드는 has 때문에 문자열 대소문자를 사용합니다. 설명하다 내부 경로에는 ServletContext 범위가 있습니다. 그것은해야한다 ServletContext를 통해 가장 자주 연결되고 새로운 “/”로 시작하는 루트와 달리 비어있어. 정책은 다음을 사용하여 업스트림 서블릿을 찾을 수 있는 경로를 사용합니다. 12장, “요청 할당”의 서블릿 프로그램에 대한 매핑 규칙 RequestDispatcher 개체를 유지하고 대부분의 결과 개체. 확실히 서블릿이 없으면 일부 데이터를 기반으로 해결할 수 있습니다. 경로는 거의 항상 콘텐츠를 반환하는 RequestDispatcher를 제공합니다. 어떻게.

일반적으로 해당 디스패치 경로에 적합한 서블릿을 찾을 수 없는 경우 null이 되돌려진다는 언급은 어디에도 없습니다. 대신, 디스패치 경로에서 발견된 “콘텐츠”가 대부분 발견될 것이라고 나와 있으며, 이는 제가 번역하고 있습니다. 이는 항상 구현이 단순히 지갑이 경로를 완전히 해석하도록 할 수 있음을 의미합니다(이는 귀하의 스크립트).

이와 관련하여 Javadoc이 관련되어 있지만 컨테이너에 문서화되어 있는 것으로 알려진 가능한 가장 넓은 사용 사례 덕분에 어떤 이유로 디스패처를 인스턴스화할 수 없으며 결과적으로 멋진 null 객체 가 반환됩니다(예외 발생에 대해 모순됨). 이것은 구현의 실제 기술 문제 때문일 수도 있고 실제로 합법적일 수도 있습니다(예를 들어, JAX-RS 구현은 서블릿 프레임워크와 관련된 특정 레벨에 액세스할 수 있지만 서블릿 관점이나 디스패처를 사용하지 않을 수 있음).

2013년 3월 3일 오후 12시 18분경에 답변됨

76.3k

<시간>

<직원 규모 = "- 1">자바x.서블릿
RequestDispatcher 인터페이스

전체 requestdispatcher 개체는 서블릿에서 무엇을 합니까?

지정된 대상에서 모든 리소스에 대한 래퍼 역할을 하는 RequestDispatcher와 함께 아이디어를 반환합니다. http, https 또는 ftp와 같이 이 요구를 수행해야 하는 스키마의 닉네임을 반환합니다. 요청을 보낸 서버 호스트의 사용자 이름을 자주 반환합니다.

<시간>

RequestDispatcher 기본 인터페이스

의심할 여지 없이 특정 클라이언트의 요청을 수신할 개체를 정의합니다. 임의의 메모리(서블릿과 같이 HTML 아카이브 또는 JSP 파일). 서블릿 컨테이너는 RequestDispatcher 객체를 생성하고, 일반적으로 불행히도 다른 서버 리소스를 찾기 위해 래퍼로 사용됩니다. 특정 방문 또는 특정 이름으로.

이 대역폭 서비스는 서블릿을 포함해야 합니다. 그러나 컨테이너 서블릿은 RequestDispatcher 일 가능성이 높습니다. 만들다 거의 모든 유형의 리소스를 패키징하는 데 방해가 됩니다.

버전:: rrr 버전 $
: 기타
참조:: ServletContext.getRequestDispatcher(java.lang.String) ,<코드> ServletContext.getNamedDispatcher(java.lang.String) ,<코드> ServletRequest.getRequestDispatcher(java.lang.String)

<시간>ㅏ

계속

앞으로 무효화(ServletRequest, 서블릿 응답) ServletException 래퍼. java.io.A ioException

번역 요청 서블릿을 다른 리소스(서블릿, JSP 파일 또는 HTML) 서버에서. 이 치료법은 전처리를 위한 커스텀 서블릿 자신의 기본 설정 및 생성할 또 다른 리소스 응답의 성격.

수신된 RequestDispatcher getRequestDispatcher() 서블릿 요청 개체에 일치하도록 조정된 유사한 경로 요소 및 제약 조건이 있습니다. 대상 리소스에 대한 안내.

업데이트됨

컴퓨터가 느리게 실행되는 것이 지겹습니까? 실망스러운 오류 메시지에 짜증이 납니까? ASR Pro은 당신을 위한 솔루션입니다! 우리가 권장하는 도구는 시스템 성능을 극적으로 향상시키면서 Windows 문제를 신속하게 진단하고 복구합니다. 그러니 더 이상 기다리지 말고 지금 ASR Pro을 다운로드하세요!

transfer 는 일반적으로 답변이 정의되기 전에 언급되기를 원합니다. 사용자와 연결되어 있습니다(응답 텍스트가 재설정되기 전). 해결 방법이 최근에 이미 고정된 경우 이 메서드가 실행됩니다. IllegalStateException . 응답 전체에서 확인되지 않은 출력은 모든 버퍼에서 자동으로 플러시됩니다. 이동하기 전에 미소 앞으로.

호출 및 명확한 결론 매개변수는 동일해야 합니다. 호출하는 서블릿의 서비스 메소드와 관련하여 객체가 전달되었거나 ServletRequestWrapper 또는 ServletResponseWrapper 와 관련된 하위 클래스 그들을 감싸는 것.

매개변수:: 요청 1 . ServletRequest 객체 이것은 우리 고객의 요청입니다 현재; 응답 서블릿 – ServletResponse 객체를 수행 중입니다. 이것은 일반적으로 서블릿 인 대답입니다. 클라이언트로 돌아가기

볼륨:

ServletException 이보다 – 새 대상 리소스가 다음 예외를 throw하는 경우

java.io.IOException – 대상 리소스가 이 메서드 예외를 throw하는 경우

java.lang.IllegalStateException – 결과가 이미 커밋된 경우

<시간>

활성화

무효 포함(ServletRequest, 서블릿 응답) ServletException을 걷어차고, java.io.IO 예외

거의 모든 펀드(서블릿, JSP 페이지, HTML 파일)에 응답합니다. 기본적으로 다음 방법이 포함됩니다. 특정 서버의 소프트웨어 쪽을 포함합니다.

ServletResponse 에는 이미 개체와 연결된 경로 속성이 있습니다. 매개변수는 호출자와 관련하여 계속 변경되지 않습니다. 서블릿은 응답 상태 코드를 변경할 수 없으며 선택적으로 헤더를 설정할 수 없습니다. 중요한 변경 사항을 쿠킹하려는 모든 시도는 무시됩니다.

요구 사항과 문제 설정이 일치해야 합니다. 장치가 서블릿과 대화하고 청취하는 서비스 메소드로 전달되는 동안, 또는 하위 클래스, 나는 ServletRequestWrapper 또는 ServletResponseWrapper 클래스를 요구합니다. 그들이 캡슐화하는 것.