0.6 속성(PROperties) 파일 및 리소스 번들(Resourse Bundles)
많은 Java 애플리케이션(웹 애플리케이션 포함)은 속성 파일을 통해 일부 구성을 수행하는 경우가 많습니다. 특성 파일은 애플리케이션에 대한 메시지 자원 자원 바인딩을 제공하기 위한 Struts 프레임워크의 기초입니다.
속성 파일에 대한 자세한 내용은 다음을 참조하세요.
.Java 튜토리얼에서 속성을 사용하여 프로그램 속성 관리
Java 리소스 바인딩은 사용자 영역( 로캘) 하나 이상의 속성 파일을 통해 사용자에게 국제화 지원을 제공합니다. Struts는 처음부터 애플리케이션 현지화를 훌륭하게 지원해 왔습니다.
HTTP는 서버 확장을 위한 기본 메커니즘, 즉 CGI(Common Gateway Interface)를 제공합니다. 서버는 CGI 프로그램에 요청을 전달할 수 있으며 CGI 프로그램은 응답을 반환합니다. 마찬가지로, Java 서버는 요청을 서블릿 컨테이너에 전달하거나, 컨테이너가 요청을 처리할지 여부를 결정하기 위해 HTTP 서버에 직접 요청을 반환할 수 있습니다. 요청 Servlert를 등록한 후 컨테이너는 요청을 Servlet으로 전송합니다.
요청이 들어오면 컨테이너는 요청에 등록된 서블릿이 있는지 확인합니다. 일치하는 서블릿이 있으면 컨테이너는 해당 요청을 서블릿에 전달합니다. 그렇지 않으면 요청을 HTTP 서버로 반환합니다. .
컨테이너의 역할은 서블릿의 라이프사이클을 관리하고, 서블릿을 생성하고, 서블릿을 호출하고, 최종적으로 서블릿을 릴리스하는 것입니다.
일반적으로 서블릿은 [javax.servlet.http.HttpServlet]의 하위 클래스입니다. 서블릿은 컨테이너가 호출해야 하는 네 가지 메서드를 구현해야 합니다.
.public void init(ServletConfig config): 서블릿 인스턴스가 처음 생성될 때와 모든 요청을 실행하기 전에 서블릿 컨테이너가 이 메소드를 호출합니다.
.public void doGet(HttpServletRequest request, HttpServletResponse response) 이 메소드는 HTTP GET 프로토콜을 사용하여 요청을 처리하는 데 사용됩니다. 그리고 해당 동적 응답을 생성합니다.
.public void doPost(HttpServletRequest request HttpServletResponse response) 이 메서드는 HTTP POST 프로토콜을 사용하여 요청을 처리하고 해당 동적 응답을 생성하는 데 사용됩니다.
.public void destroy( ) 컨테이너는 웹 애플리케이션이 배포 해제되거나 전체 컨테이너가 종료될 때와 같이 Servlet 인스턴스가 서비스를 종료할 때 이 메소드를 호출합니다.
Struts 프레임워크는 우리 애플리케이션을 위해 미리 만들어진 Servlet을 제공합니다. org.apache.struts.action.ActionServlet]. Struts 애플리케이션 개발자로서 Struts 프레임워크의 ActionServlet 인스턴스를 사용하는 동안 Servlet에 대한 기본 지식을 이해하고 웹 애플리케이션에서 역할을 이해하는 것도 매우 중요합니다.
서블릿에 대한 자세한 내용은 다음을 참조하세요.
.java.sun.com의 Java Servlet 기술
Servlet 2.2 및 .java.sun.com 2.3 사양;
.The Java Web Service Tutorial의 Java Servlet 기술인 컨테이너는 다중 스레드 Servlet을 지원합니다. 특정 서블릿은 하나의 인스턴스만 생성할 수 있으며 동일한 객체를 통해 이 서블릿에 등록된 각 요청을 제공할 수 있습니다. 이 전략을 사용하면 컨테이너가 시스템 리소스를 최대한 활용할 수 있는 동시에 Servlet의 doGet 및 doPost 메소드 코딩의 스레드 안전성 문제를 고려해야 합니다.
서블릿 및 스레드 안전에 대한 자세한 내용은 다음을 참조하세요.
.Java 웹 서비스 자습서에서 공유 리소스에 대한 동시 액세스 제어http://java.sun.com/webservices/docs /1.0/tutorial/doc/Servlets5.Html#64386;
0.7.2 서블릿 컨텍스트(Context)
ServletContext 인터페이스 [javax.servlet.ServletContext]는 실행 중인 서블릿 A의 위치를 제공합니다. 웹 애플리케이션의 컨텍스트(또는 환경) 보기. 서블릿은 getServletConfig() 메소드를 통해 접근할 수 있고, jsp 페이지는 암시적 변수 애플리케이션 변수를 통해 얻을 수 있습니다. Servlet 컨텍스트는 Struts 웹 애플리케이션을 생성할 때 매우 유용한 여러 API를 제공합니다.
.웹 애플리케이션 리소스 액세스: 서블릿은 getResource() 및 getResourceAsStream() 메서드를 통해 웹 애플리케이션 내의 정적 리소스 파일에 액세스할 수 있습니다..서블릿 컨텍스트 속성: 컨텍스트는 Java 객체를 저장하고 문자열 값 키를 통해 객체를 식별하는 데 사용할 수 있습니다. 이러한 속성은 전체 웹 애플리케이션에 전역적으로 적용됩니다. 액세스합니다. JSP 페이지의 경우 서블릿 컨텍스트 속성은 "애플리케이션 범위 빈"과 동일합니다.
서블릿 컨텍스트에 대한 자세한 내용은
을 참조하세요. sun.com/webservices/docs/1.0/tutorial/doc/Servlets10.html#64724;
0.7.3 서블릿 요청
각 서블릿 처리된 요청은 일반적으로 Java 인터페이스로 표시됩니다. HttpServletRequest 인터페이스 [javax.servlet.http.HttpServletRequest]. 이 요청 인터페이스는 다음을 포함하여 기본 HTTP 요청에 포함된 모든 정보에 액세스하기 위한 객체 지향 메커니즘 세트를 제공합니다.
.Cookie: getCookie() 메소드를 통해 요청에 포함된 유효한 쿠키 세트를 얻습니다. 🎜 > .Headers: 요청에 포함된 HTTP 헤더는 이름으로 액세스할 수 있습니다. 포함된 모든 HTTP 헤더의 이름을 열거할 수 있습니다.
매개변수: 요청 매개변수는 URL(doGet)의 쿼리 문자열에 포함되거나 요청 내용(doPost)에 포함되어 있습니다. > 요청 특성: GET 또는 POST 메서드 등에서 사용되는 프로토콜 사양("http" 또는 "https")과 같은 HTTP 요청의 다른 특성을 입력합니다.
getRequestURI를 통해. () 메소드 원본 요청 URL을 얻을 수 있습니다. 또한 서블릿 컨테이너는 요청 URL을 개별적으로 액세스 가능한 일부 구성 요소(contextPath, servletPath 및 pathInfo)로 구문 분석합니다.
사용자 정보: 사용자 관리 보안을 사용하는 경우 인증된 사용자 이름을 조회하고 주체를 얻을 수 있습니다. 현재 사용자를 나타내는 객체 및 현재 사용자에게 특정 역할에 대한 권한이 부여되었는지 여부
또한 서블릿 요청은 앞서 언급한 서블릿 컨텍스트 속성과 유사하게 요청 속성(JSP에서 요청 범위 빈)도 지원합니다. . 요청 속성은 비즈니스 로직 계층과 뷰 계층 사이에서 상태 정보를 전달하는 데 사용되는 경우가 많습니다. 비즈니스 로직 계층은 이러한 상태 정보를 생성하고 뷰 계층은 이 정보를 사용하여 해당 응답을 생성합니다.
서블릿 컨테이너는 특정 요청이 별도의 스레드에서 서블릿에 의해 처리되도록 보장하므로 서블릿이 요청한 속성에 액세스할 때 스레드 안전 문제에 대해 걱정할 필요가 없습니다.
서블릿 요청에 대한 자세한 내용은 다음을 참조하세요.
.Java 웹 튜토리얼의 요청에서 정보 가져오기http://java.sun.com/webservices/docs/1.0/tutorial/ doc/Servlets7.html #64433; 응답. 응답 생성 과정은 서블릿 응답 인터페이스 [javax.servlet.http.HttpServletResponse]의 해당 메소드를 호출하여 완료됩니다.
HTTP 헤더를 설정할 수 있습니다. 응답에 포함된 HTTP 헤더입니다. 가장 중요한 HTTP 헤더 정보는 응답 본문에 어떤 유형의 정보가 포함되어 있는지 클라이언트에게 알려주는 Content-Type입니다. 일반적으로 text/html 유형으로 설정하면 HTML 페이지를 의미하고, text/xml 유형으로 설정하면 됩니다.
쿠키 설정: 현재 응답에 쿠키를 추가할 수 있습니다.
오류 응답 보내기: 일반 페이지 콘텐츠 대신 sendErro()를 사용할 수 있습니다. );
다른 리소스로 리디렉션: sendRedirect() 메서드를 사용하여 지정한 다른 URL 리소스로 클라이언트를 리디렉션할 수 있습니다.
API에 응답하기 위해 Servlet을 사용하는 중요한 원칙은 호출하고 유지하는 것입니다. 헤더 정보 및 쿠키 캐시된 전체 응답 콘텐츠가 클라이언트에 처음 업데이트되기 전에 모든 메서드가 완료되어야 합니다. 그 이유는 이 정보가 HTTP 응답의 첫 부분으로 전송되기 때문에 헤더 정보가 전송된 후에 헤더 정보를 추가하려는 시도는 필연적으로 소용이 없기 때문입니다.
Model 2 애플리케이션의 프레젠테이션 계층을 사용하면 서블릿 응답 API를 직접 사용하여 응답을 생성할 수 없습니다. 이는 일반적으로 JSP 페이지를 사용하여 수행됩니다. JSP 페이지는 JSP 컴파일러에 의해 서블릿으로 변환되며, 이 JSP 서블릿은 JSP 태그에 의해 생성된 일부 동적 정보를 포함할 수 있습니다.
Struts 도구 Velocity 프레임워크와 같은 다른 프리젠테이션 시스템은 응답 생성 작업을 특수한 서블릿에 위임할 수 있지만 원칙은 동일합니다. 템플릿을 생성하면 템플릿에서 동적 응답이 동적으로 생성됩니다.
서블릿 응답에 대한 자세한 내용은 다음을 참조하세요.
.Java 웹 튜토리얼의 응답 구성http://java.sun.com/webservices/docs/1.0/tutorial/doc/ Servlets7.html#64531;
0.7.5 필터링
버전 2.3 이상의 사양(예: Tomcat 4.x)이 있는 서블릿 컨테이너를 사용하는 경우 새 필터 API [javax.servlet.Filter]를 사용하여 일부 구성 요소를 결합하여 요청을 처리하고 응답을 생성할 수 있습니다. 필터는 실제로 필터 체인의 모음입니다. 각 필터는 요청을 처리하고 응답을 생성한 다음 처리 능력을 다음 필터로 전달하고 마지막으로 서블릿을 호출할 수 있습니다.
Struts 1.x 시리즈(버전 1.0, 1.1 등)는 버전 2.2 이하의 Servlet 사양의 Servlet 컨테이너만 지원하므로 Struts 자체에서는 필터를 사용하지 않습니다. 차세대 Struts(2.x 시리즈)는 Servlet2.3 이상 사양을 기반으로 합니다. Struts 버전 2.x에서는 필터를 사용할 수 있습니다.
필터에 대한 자세한 내용은 다음을 참조하세요.
.요청 및 응답 필터링http://java.sun.com/webservices/docs/1.0/tutorial/doc/Servlets8.html#64572 ;
0.7.6 Session
위 내용은 Struts 사용자 및 개발 가이드(Part 2)의 내용이며, 더 많은 관련 글은 PHP 중국어 홈페이지(www. php.cn)