기본 콘텐츠로 건너뛰기

Page Directive 개요

1. Page Directive

  • JSP Page의 종속 속성들을 정의하고 JSP 컨테이너에 전달하는 역할을 함.

  • jsp 기본 템플릿에 포함. 필수적이다.

<%@ page language="java" contentType="text/html; charset=EUC-KR"
	pageEncoding="EUC-KR"%>

2. Page Directive 문법

<%@ page page_directive_attr_list %>

page_directive_attr_list ::=
{ language="scriptingLanguage"}
{ extends="className" }
{ import="importList" }
{ session="true|false" }
{ buffer="none|sizekb" }
{ autoFlush="true|false" }
{ isThreadSafe="true|false" }
{ info="info_text" }
{ errorPage="error_url" }
{ isErrorPage="true|false" }
{ contentType="ctinfo" }
{ pageEncoding="peinfo" }
{ isELIgnored="true|false" }

2.1. language attribute

<%@ page language="java"%>

  • 필수적으로 정의하는 속성.

  • 스크립트릿, 표현식, 선언에서 사용하는 스크립트 언어를 정의.

    Defines the scripting language to be used in the scriptlets, expression scriptlets, and declarations within the body of the translation unit (the JSP page and any files included using the include directive below). JSR-245

  • 기본값는 java다. 그러나 관습적으로 명시.

  • 비 Java언어를 설정하면 fatal translation error발생.

    It is a fatal translation error for a directive with a non-java language attribute to appear after the first scripting element has been encountered. JSR-245

  • 아직까지 Java이외의 Java계열 언어에 대한 지원을 하는 JSP 컨테이너는 없음. 사실상 값은 java로 고정.

2.2. extends attribute

  • 값으로는 패키지 경로를 포함한 클래스 이름(Fully Qualified Class Name)을 사용.
  • JSP page를 Servlet 소스파일로 변환할 때, Servlet 클래스가 상속받을 SuperClass를 지정.
  • 기본적으로 JSP 컨테이너가 명시가 없다면 자신의 기본 javax.servlet.Servlet 구현 클래스를 상속하게 함.
    • JSP 컨테이너별로 상속해야할 구현이 다름.
    • Tomcat은 org.apache.jasper.runtime.HttpJspBase를 상속 시킨다.
  • JSP 컨테이너가 요구하는 클래스의 SubClass를 상속해야만 한다.
    • Tomcat의 경 org.apache.jasper.runtime.HttpJspBase를 상속한 클래스여야 한다.

2.3. import attribute

<%@ page import="com.khgkjg12.do.*" %>
  • JSP page의 스크립팅 환경에서 사용가능한 Type들을 명시한다.
    • 스크립팅 환경은 스크립트 언어를 사용하는 영역을 말한다.
    • Type은 Java Class를 말함.
  • Type은 Fully Qualified Class Name으로 명시.
    • aster를 사용, 와일드카드로 패키지내 모든 클래스 import 가능.
  • Java 소스의 import와 같다.

2.4. session attribute

<%@ page session="false" %>
  • 기본값은 true다.
  • false일경우 session 내장 객체를 사용 할 수 없다.

2.5. buffer attribute

<%@ page buffer = "16kb" %>
  • JspWriter의 출력 버퍼 사이즈를 지정.
  • none인 경우 버퍼를 안씀.
  • 대게 기본값은 8kb이다. JSP 구성에따라 기본값으로 8kb 이상 값을 가짐.

2.6. autoFlush attribute

<%@ page autoFlush = "false" %>
  • 버퍼가 가득 찼을 때, 자동으로 Flush 할지를 설정.
  • true일 경우, 버퍼가 다 차면 버퍼를 플러시하고 계속해서 작업 진행.
  • false일 경우, 버퍼가 다 차면 예외 발생 및 작업 중단.
  • 기본값은 true.

2.7. isThreadSafe attribute

<%@ page isThreadSage="false"%>
  • false일 경우 웹 컨테이너는 다수의 요청에 대한 응답을 단일 쓰래드를 통해 순차적으로 동기화 수행.
  • true일 경우 웹 컨테이너는 다중 쓰래드를 통해 다수의 요청을 동시에 비동기 수행.
  • 기본값은 true

2.8. info attribute

<%@ page info="This page is written by khgkjg12"%>

  • 값으로 해당 페이지를 설명해주는 문자열을 가짐.

  • 문자열 길이의 제한 없음.

  • 해당 페이지를 구현한 Servlet에서 Servlet.getServletInfo method를 통해 얻을 수 있음.

    can subsequently be obtained from the page’s implementation of Servlet.getServletInfo method. JSR-245

2.9. isErrorPage attribute

<%@ page isErrorPage="false"%>
  • 현재 JSP page가 애러 페이지인지 여부를 설정.
  • 기본값 false

2.10. isErrorPage attribute

<%@ page errorPage="/error.jsp"%>
  • 예외 및 Throwable 발생시 포워딩할 애러 페이지를 지정.
  • 값으로 URL을 사용

2.11. contentType attribute

<%@ page contentType="text/html; charset=EUC-KR"%>
  • 필수 속성.
  • 해당 JSP page를 구현한 Servlet에서 응답으로 보낼 문서의 MIME 타입과 *문자 인코딩(charset)*을 지정.

2.12. pageEncoding attribute

<%@ page pageEncoding="EUC-KR"%>
  • 필수 속성
  • JSP 컨테이너가 JSP 파일을 Servlet 소스로 변환할 때 참고 할 인코딩.

2.13. isELIgnored attribute

<%@ page isELIgnored="true"%>

  • JSP 컨테이너가 EL 표현식을 무시할 지 여부를 지정.

  • 기본값은 web.xml 버전에 따라 다름.

    • Servlet 2.3 이하 버전이 명시된 web.xml을 사용하는 Web Application에서는 isELIgnored=true가 기본값이다.
    • Servlet 2.4 이상 버전이 명시된 web.xml을 사용하는 Web Application에서는 isELIgnored=false가 기본값이다.

    The default mode for JSP pages in a Web Application delivered using a web.xml using the Servlet 2.3 or earlier format is to ignore EL expressions; this provides for backward compatibility. The default mode for JSP pages in a Web Application delivered using a web.xml using the Servlet 2.4 format is to evaluate EL expressions with the ${} syntax. Expressions using the #{} are evaluated starting with JSP 2.1. See Section , “Backwards Compatibility with JSP 2.0” for more details on the evaluation of #{} expressions. JSR-245

    ELIgnored 기본값

    [출처 : JSR-245]

2.14. deferredSyntaxAllowedAsLiteral attribute

<%@ page deferredSyntaxAllowedAsLiteral="true"%>
  • *#{*을 단순한 문자열로 인식 할 것인지 여부를 지정.
  • *#{*은 EL의 지연된 평가(Deferred Evaluation) 표현식에서 사용.
  • 기본값은 false.

2.15. trimDirectiveWhitespaces attribute

<%@ page trimDirectiveWhitespaces="true"%>
  • 템플릿 텍스트에서 공백을 처리할지 여부를 지정.
  • true일 경우 공백으로 이루어진 템플릿 텍스트는 출력에서 제거.
  • false일 경우 공백으로 이루어진 템플릿 텍스트도 출력.
  • 기본값은 false.
  • JSP 페이지 응답의 해드 윗부분, 최상단에서 디렉티브들이 유발하는 공백을 제거하는데 효과적이다.
    • 템플릿 텍스트를 동반하지 않는 디렉티브들은 JSP 페이지의 응답에 공백을 발생시킨다.
    • 디렉티브들로 인한 공백은 클라이언트 브라우저에서 해당 JSP 페이지의 소스 보기를 통해 확인 가능.
    • 디렉티브가 유발한 최상단의 공백 이외에도 페이지 내의 모든 공백 템플릿 텍스트가 사라지므로 의도치 않는 곳의 공백이 사라지므로 사용에 유의해야 한다.
    • 관련 게시글 : trimDirectiveWhitespaces 설정을 통한 JSP Page 응답 소스의 최상단 공백 제거
라벨:

댓글

댓글 쓰기

이 블로그의 인기 게시물

Cubase : Serum 사용법(1) : 소개와 오실레이터, 필터, 모듈레이터의 사용법

큐베이스 가상악기 Serum 사용법(1) Serum 소개와 오실레이터, 필터, 모듈레이터의 사용법 1. Serum 이란? 큐베이스에서 사용가능한 가상악기 VST 플러그인 형태로 나온 Software Synthesizer 이다. 사운드의 시각화가 잘 되어있는게 특징이며, 웨이브테이블을 통해 다체로운 사운드를 만들 수 있는게 특징이다. Serum 사용 화면. 2. Serum 의 구조 소프트웨어 신디사이저는 구조는 다음과 같고 Serum도 이러한 구조로 이루어져있다. 신디사이저의 구조 여기에서 각 모듈들이 하는 역활은 다음과 같다. 오실레이터 (Oscillator) : 소리를 발진 시킨다. 필터 (Filter) : 오실레이터로부터 받은 소리를 필터링 한다. 엠프 (Amp) : 필터를 거쳐온 소리를 증폭시켜서 최종적으로 출력한다. 모듈레이터 (Modulator) : 각 모듈(오실레이터, 필터, 엠프)에 ENV, LFO 신호를 줘서 변형을 준다. ENV (Envelope Generator) : ADSR의 패턴을 가지고 신디사이저의 모듈들을 컨트롤 할 수 있는 Envelope를 생성한다. 보통 키보드 게이트의 신호를 통해 작동되어 시간에 따라 변하는 전압(Envelope)을 생성한다. LFO (Low Frequency Oscillator) : 저주파 발진기로. 저주파 패턴을 만들어서 음성을 변조하는대 사용한다. 그리고 Serum에서 각 모듈의 위치는 다음과 같다. Serum의 모듈 위치 3. Serum 각 모듈별 사용법 - 오실레이터(Oscillator) 오실레이터에서 Osc A, B가 활성화 되어있다 오실레이터는 크게 Sub와 Noise, Osc A, Osc B로 이루어져 있다. Sub는 기본파형을 발생시킬수 있으며 Noise는 치지직거리는 배경 잡음을 발생시키고, Osc A와 B는 각각 웨이브테이블을 이용해 다양한 파형의 소리를 발진시킨다. 각 요소...
댓글 쓰기
자세한 내용 보기

윈도우 10 부팅시 자꾸 start process as current user get session user token failed 뜨는 현상 해결법

start process as current user get session user token failed 가 뜨는 경우는 분명 여러가지가 있으므로 이 해결책은 극히 일부의 문제에만 해당하는 해결법임을 명시합니다. 얼마전 컴퓨터를 부팅하는데 start process as current user get session user token failed 메시지가 뜨면서 부팅을 방해받았던적이있다. 물론 내 컴퓨터는 아니었지만, 딱히 그럴만한 이유가 떠오르지 않았다. 바이러스에 노출될 환경이 아니었기 때문이다.  그렇다면 문제가 무었일까? 나는 구글에서 검색을 해보았고 해당 문제를 겪고있는 많은 사람들을 볼 수 있었다. 특이한점은 내가 본사람들은 전부 한국 사람이었고 전부 11월 1일 이후로 이 문제를 겪고 있었다는 것이었다. 그리고 나는 이문제의 해결법을 찾았다. 다름아닌 vpwalletservice.exe 가 문제였다. 작업관리자에서 VPwalletservice 또는 그와 관련된 VP.inc에서 배포한 프로그램을 모두 종료하고 msconfig를 실행해 서비스 목록에서 vpwalletservice 와 관련 프로그램을 제외시켜야 한다. 이렇게 해결을 보고 지금은 문제없이 잘 사용중이다.
댓글 쓰기
자세한 내용 보기

윈도우 10 마우스(커서) 옆에 자꾸 Progress bar(진행중 아이콘)가 나타난다면

이 글은 윈도우10 사용자 중 자꾸만 마우스 커서 옆에 뭔가가 실행중이라고 진행 아이콘이 뜨는 사람에게 조그마한 희망을 주는 글 입니다. 또한 백그라운드에서 프로그램이 실행되는 경우는 아주 다양하니 이 글에서 제시하는 방법은 수많은 문제 중 한가지 문제의 해결책일 뿐임을 미리 알려드립니다. 본인은 원래 해당컴퓨터에서 바이러스에 걸릴만한 행위를 일체 하지않았다. 토렌트나 웹하드는 전혀 사용하지 않고 인터넷에서 파일도 대기업의 공인된 파일만 다운받아서 썼었다. 그러나 어느 날 부턴가 다음과 같은 현상이 발생하였다. 아무런 프로그램도 실행중이지 않지만 자꾸 마우스 아이콘에 실행중이라고 뜨는 문제였다. 이해를 돕기위한 삽화 나는 실행한 프로그램이 없지만 뭔가가 실행중이라는 것은 백그라운드 서비스가 원인이라는 것이다. 그렇다면 어떤 서비스가 다음과같은 현상을 야기했을까? 나는 작업관리자에서 의심가는 백그라운드 프로세스를 종료해보았다. 바로 vpwalletservice VP.Inc에서 배포한 프로그램이었다. 아니나 다를까 해당 프로세스를 삭제하자마자 현상은 사라졌다. 백그라운드 서비스인만큼 msconfig의 서비스 목록에서도 제거하였고 이제 확실히 이런 현상은 발생하지 않을 것이다. 해당 프로그램은 현재 여러 문제를 야기시키는 것으로 인터넷에서 유명하다. 얼마전에는 해당프로그램이 윈도우 부팅시에 start process as current user get session user token failed 메시지를 띄우게 만들어 부팅을 방해했던 문제도 직접 경험해 본적이있다. 이 경우에도 해결방법은 같다.
댓글 쓰기
자세한 내용 보기