JavaServer Pages ( JSP )는 HTML 내에 Java 코드를 묻어두고, Web 서버 에서 동적으로 웹 페이지 를 생성하여 클라이언트에 반환 기술한다.

개요 [ 편집 ]

Java 코드는 <% 와 %> 기호로 둘러싸인 부분에 쓴다. HTML에 스크립트가 단편적으로 나타나기 때문에이 기법을 스크립트 릿이라고 부른다. 이보다 프로그램 코드를 태그에 진단하는 수 있기 때문에 프로그램과 디자인의 공존있다. 정의 된 커스텀 태그 라이브러리를 사용하면 스크립트 릿을 사용하지 않고 자신의 태그 코드를 포함 할 수있다.

서블릿 기능의 하나로서 구현되어있다.

서블릿과 달리 HTML에서 디자인 부분과 프로그램 부분을 나누어 쓰기 위하여 어느 정도까지 웹 디자이너의 부담을 줄일 수있다. 또한 정적 출력이 많은 경우에 적합하다 ^[1] . 비슷한 기술로 PHP , ASP , ASP.NET 등이있다.

클라이언트에서 JSP의 실행이 요청되면 애플리케이션 서버 의 서블릿 컨테이너 는 JSP 소스 파일을 서블릿 소스 코드로 변환한다. 그리고 또한 그 소스 코드를 그 자리에서 컴파일하고 실행하고 결과를 클라이언트에 답장한다. 따라서 처음에는 컴파일 시간이 걸리지 만 일단 컴파일이 실행되면 2 번째 이후는 필요 없기 때문에 결과적으로 액세스 속도가 빨라진다.

Apache Struts , Jakarta Project JSTL ( JavaServer Pages Standard Tag Library ( 영어 ) ​​) 등의 JSP 커스텀 태그 라이브러리를 이용하여 스크립트 렛을 기술 할 필요를 없애고 개발 효율을 높일 수도있다.

Model View Controller 아키텍처는 JSP를 View, Java Servlet 을 Controller, JavaBeans 를 Model로 시스템을 만드는 경우가 많다.

구문 [ 편집 ]

태그 [ 편집 ]

HTML에 다음 특수 태그를 설명 할 수있다.

지시문 [ 편집 ]

지시문의 종류로는 다음이있다.

액션 [ 편집 ]

액션의 종류로는 다음과 같은 것이있다.

jsp : include

jsp : param

jsp : forward

jsp : plugin

jsp : fallback

jsp : getProperty

jsp : setProperty

jsp : useBean

암시 개체 [ 편집 ]

Java의 코드에서 다음 변수를 미리 유효한 상태 (암시 적 개체로)에서 사용할 수있다.

JSP2.0 [ 편집 ]

JSR152에 규정 된 사양으로 기존의 스크립트 릿에서 프로그램을 작성할뿐만 아니라 Expression Language (표현 언어)를 도입하여 시정 뛰어난 JSP 파일을 작성할 수 있도록 한 것. Expression Language는 $ {}로 표현한다.

$ {sessionScope.user.id}

Expression Language에서는 다음과 같은 암시 개체가 유효하다.

역사 [ 편집 ]

주석 [ 편집 ]

1. ^ 서블릿에서 println 메소드가 빈번하게 나타나 가독성이 떨어지기 때문에

관련 항목 [ 편집 ]

• Java Servlet
• JavaServer Faces
• Web 컨테이너
• 응용 프로그램 서버

외부 링크 [ 편집 ]

위키 책에 Java 관련 해설서 · 교과서가 있습니다.

• JavaServer Pages Technology
• Apache Jakarta JSTL (영어)
• JavaServer Pages 기술에 의한 다 언어 Web 응용 프로그램 개발

JavaServer Pages (JSP) is a technology that helps software developers create dynamically generated web pages based on HTML, XML, or other document types. Released in 1999 by Sun Microsystems,^[1] JSP is similar to PHP, but it uses the Java programming language.

To deploy and run JavaServer Pages, a compatible web server with a servlet container, such as Apache Tomcat or Jetty, is required.

Overview[edit]

The JSP Model 2 architecture.

Architecturally, JSP may be viewed as a high-level abstraction of Java servlets. JSPs are translated into servlets at runtime; each JSP's servlet is cached and re-used until the original JSP is modified.^[2]

JSP can be used independently or as the view component of a server-side model–view–controller design, normally with JavaBeans as the model and Java servlets (or a framework such as Apache Struts) as the controller. This is a type of Model 2 architecture.^[3]

JSP allows Java code and certain pre-defined actions to be interleaved with static web markup content, with the resulting page being compiled and executed on the server to deliver a document. The compiled pages, as well as any dependent Java libraries, use Java bytecode rather than a native software format. Like any other Java program, they must be executed within a Java virtual machine (JVM) that integrates with the server's host operating system to provide an abstract platform-neutral environment.

JSPs are usually used to deliver HTML and XML documents, but through the use of OutputStream, they can deliver other types of data as well.^[4]

The Web container creates JSP implicit objects like pageContext, servletContext, session, request & response.

Syntax[edit]

JSP pages use several delimiters for scripting functions. The most basic is <% ... %>, which encloses a JSP scriptlet. A scriptlet is a fragment of Java code that is run when the user requests the page. Other common delimiters include <%= ... %> for expressions, where the value of the expression is placed into the page delivered to the user, and directives, denoted with <%@ ... %>.^[5]

Java code is not required to be complete or self-contained within its scriptlet element block, but can straddle markup content providing the page as a whole is syntactically correct. For example, any Java if/for/while blocks opened in one scriptlet element must be correctly closed in a later element for the page to successfully compile. Markup which falls inside a split block of code is subject to that code, so markup inside an if block will only appear in the output when the if condition evaluates to true; likewise, markup inside a loop construct may appear multiple times in the output depending upon how many times the loop body runs.

The following would be a valid for loop in a JSP page:

<p>Counting to three:</p>
<% for (int i=1; i<4; i++) { %>
    <p>This number is <%= i %>.</p>
<% } %>
<p>Done counting.</p>

The output displayed in the user's web browser would be:

Counting to three:

This number is 1.

This number is 2.

This number is 3.

Done counting.

For more examples, see Java Programming/JSP at Wikibooks.

Expression Language[edit]

Version 2.0 of the JSP specification added support for the Expression Language (EL), used to access data and functions in Java objects. In JSP 2.1, it was folded into the Unified Expression Language, which is also used in JavaServer Faces.^[6]

An example of EL syntax:

The value of "variable" in the object "javabean" is ${javabean.variable}.

Additional tags[edit]

The JSP syntax adds additional tags, called JSP actions, to invoke built-in functionality.^[5] Additionally, the technology allows for the creation of custom JSP tag libraries that act as extensions to the standard JSP syntax.^[7] One such library is the JSTL, with support for common tasks such as iteration and conditionals (the equivalent of "if" and "for" statements in Java.)^[8]

Compiler[edit]

A JavaServer Pages compiler is a program that parses JSPs, and transforms them into executable Java Servlets. A program of this type is usually embedded into the application server and run automatically the first time a JSP is accessed, but pages may also be precompiled for better performance, or compiled as a part of the build process to test for errors.^[9]

Some JSP containers support configuring how often the container checks JSP file timestamps to see whether the page has changed. Typically, this timestamp would be set to a short interval (perhaps seconds) during software development, and a longer interval (perhaps minutes, or even never) for a deployed Web application.^[10]

Comparison with similar technologies[edit]

JSP pages are similar to PHP pages and ASP.NET Web Forms, in that all three add server-side code to an HTML page. However, all three terms refer to a different component of the system. JSP refers to the JSP pages, which can be used alone, with Java servlets, or with a framework such as Apache Struts. PHP is itself a programming language, designed for dynamic Web pages.^[11] ASP.net is a framework comparable to Struts or JavaServer Faces that uses pages called Web Forms.^[12]

While JSP pages use the Java language, ASP.NET pages can use any .NET-compatible language, usually C#.

ASP.NET is designed for a Microsoft Windows web server, while PHP and Java server technologies (including JSP) are fairly operating system agnostic.

Caching to improve performance[edit]

The popularity of JavaServer Pages has meant that it is being used quite frequently in developing high-traffic web apps. And, this is causing performance bottlenecks as you try to add more users and transaction load on your JavaServer Pages application. Although, JavaServer Pages application can scale very nicely to multiple web servers, the database server cannot. The main reason for the database becoming a bottleneck is that while you can add more and more servers to the JavaServer Pages application server farm, you cannot do the same at the database tier. This results in limited scalability at the data tier. You can remove these JavaServer Pages Servlets performance bottlenecks by using a distributed cache for storing the frequently used data.

Criticism[edit]

In 2000, Jason Hunter^[who?] criticized JSP for either tempting or requiring the programmer to mix Java code and HTML markup, although he acknowledged it would "wean people off" of Microsoft's Active Server Pages. Later, he added a note to his site saying that JSP had improved since 2000, but also cited its competitors, Apache Velocity and Tea.^[13]

See also[edit]

Java portal

• JavaServer Faces
• JavaServer Pages Standard Tag Library (JSTL)
• EL expressions
• Java EE version history

Servlet containers[edit]

• Apache Tomcat
• Jetty (web server)
• Oracle iPlanet Web Server

Java-based alternative[edit]

• Apache Velocity
• FreeMarker
• JHTML
• Thymeleaf
• Adobe ColdFusion

References[edit]

Further reading[edit]

• Bergsten, Hans (2003). JavaServer Pages (3rd Edition ed.). O'Reilly Media. ISBN 978-0-596-00563-4.
• Hanna, Phil. JSP 2.0 - The Complete Reference. McGraw-Hill Osborne Media. ISBN 978-0-07-222437-5.
• Sierra, Kathy; Bert Bates & Bryan Basham. Head First Servlets & JSP. O'Reilly Media. ISBN 978-0-596-00540-5.
• Brown, Simon; Sam Dalton, Daniel Jepp, Dave Johnson, Sing Li, and Matt Raible. Pro JSP 2. Apress. ISBN 1-59059-513-0.

External links[edit]

Wikibooks has a book on the topic of: Java Programming/JSP

• Official tutorial: The Java EE 5 Tutorial, Chapter 5, JavaServer Pages Technology
• JSP tutorials with source code
• JSP v2.0 Syntax Reference
• JavaServer Pages v2.0 Syntax Card (html)
• Servlet History « Jim Driscoll's Blog

출처 - http://en.wikipedia.org/wiki/JavaServer_Pages

elif [ "$1" = "start" ] ; then
    shift
#  touch "$CATALINA_BASE"/logs/catalina.out
  if [ "$1" = "-security" ] ; then
    echo "Using Security Manager"
    shift
    "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \
      -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \
      -Djava.security.manager \
      -Djava.security.policy=="$CATALINA_BASE"/conf/catalina.policy \
      -Dcatalina.base="$CATALINA_BASE" \
      -Dcatalina.home="$CATALINA_HOME" \
      -Djava.io.tmpdir="$CATALINA_TMPDIR" \
      org.apache.catalina.startup.Bootstrap "$@" start \
      >> /dev/null 2>&1 &
#      >> "$CATALINA_BASE"/logs/catalina.out 2>&1 &

      if [ ! -z "$CATALINA_PID" ]; then
        echo $! > $CATALINA_PID
      fi
  else
    "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \
      -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \
      -Dcatalina.base="$CATALINA_BASE" \
      -Dcatalina.home="$CATALINA_HOME" \
      -Djava.io.tmpdir="$CATALINA_TMPDIR" \
      org.apache.catalina.startup.Bootstrap "$@" start \
      >> /dev/null 2>&1 &
#      >> "$CATALINA_BASE"/logs/catalina.out 2>&1 &

      if [ ! -z "$CATALINA_PID" ]; then
        echo $! > $CATALINA_PID
      fi
  fi

export CATALINA_OUT="/dev/null"

출처 -  http://theeye.pe.kr/entry/Tomcat-%EB%AC%B4%EB%B6%84%EB%B3%84%ED%95%98%EA%B2%8C-catalinaout-%ED%81%AC%EA%B8%B0-%EC%BB%A4%EC%A7%80%EB%8A%94%EA%B2%83-%EB%A7%89%EA%B8%B0 

Tomcat Catalina.out 로그로테이션

출처 -  http://siho.tistory.com/52 

Apache Tomcat의 로그파일인 catalina.out은 기본적으로 순환되지 않고 한개의 파일로 계속해서 로그가 쌓이게 됩니다.

이게 나중에 가면 크기가 매우 커져서 문제가 발생할 소지가 있는데요..
이 파일을 순환시키기 위한 방법을 소개합니다.


이와같은 기능을 찾아보면 일반적으로 cronolog같은 툴을 사용하거나 log4j를 이용하도록 한 다른 글들을 찾아볼수 있는데 이는 상당히 번거롭고 추가적인 툴이 필요한 방법이기 때문에 리눅스의 기본 로그 순환 도구를 이용하여 사용하는 방법을 설명한다.


/etc/logrotate.d 디렉토리 안에 아래의 파일을 생성한다.

출처 - http://koov.net/blog/?/tag/rotate

Catalina로그를 한 파일에 누적되는 것을 피하기 위해서 보통은 cronolog,  log4j를 활용을 많이 하는데 기존 리눅스 시스템의 소프트웨어를 활용하는 방안을 하나 소개해 드립니다.

1. /etc/logrotate.d 디렉토리 안에 아래의 파일을 생성

$ cd /etc/logrotate.d
$ cat  tomcat

${CATALINA_HOME}/logs/catalina.out {
 copytruncate
 daily
 rotate 30
 compress
 missingok
 notifempty
 dateext
}
$logrotate -f /etc/logrotate.d/tomcat # 로그파일 순환 테스트

• copytruncate : 기존 파일을 백업해서 다른 파일로 이동하고 기존 파일은 지워버리는 옵션
• daily : 로그파일을 날짜별로 변환
• compress : 지나간 로그파일들을 gzip으로 압축
• dateext : 순환된 로그파일의 날짜확장자
• missingok : 로그파일이 없더라도 오류를 발생시키지 않음
• rotate 30 : 로그 파일은 30개만큼 저장된 다음 제거되거나 메일로 보내짐
• notifempty : 파일의 내용이 없으면 새로운 로그 파일을 생성 안함

• java.util.logging과 RollingFileHandler를 활용
• Log4j의 DailyRollingFileAppender 활용
• Logback의 RollingFileAppender 활용

출처 - http://www.mimul.com/pebble/default/2009/12/27/1261911840000.html

원문 : http://dev-world.springnote.com/pages/6460973?print=1

/etc/logrotate.d 을 이용한 catalina.out 나누기

 

Apache Tomcat의 로그파일인 catalina.out은 기본적으로 한개의 파일에 로그가 쌓이게 됩니다.

Tomcat을 재시작 하지 않는 이상 계속적으로 쌓이는 듯합니다. 벌써 용량이 후덜덜하네요.
이 파일을 다시는 볼일이 없다면 상관이 없지만...
열어 보려고 한다면... 시간 꽤 걸리듯합니다.
catalina.out의 만행을 그냥 두고 못 본척하신다면... 나중에 눈물 흘릴 수도 있습니다. :")

저도 모니터링 중에 문제가 생겨서 확인하려고 catalina.out 파일을 열어봤더니...
시간이 좀 걸리더군요...

그래서 catalina.out을 나누는 방법을 검색해봤습니다.

로그 파일을 rotate하는 방법에는 보통 4가지가 있습니다.

1. log4j
2. cronolog
3. logrotate
4. shell script

이번 포스트에서는 logrotate에 대하여 알아보겠습니다. 가장 사용하기 쉽고 제가 원하는 동작을 하더군요. :")

구분	위치 및 실행 방법	설명
데몬(위치)	/usr/sbin/logrotate	데몬의 위치 및 데몬프로그램
데몬 설정파일	/etc/logrotate.conf	설정파일
설정디렉토리	/etc/logrotate.d	logrotate에 적용할 각종로그파일들 보관하는 디렉토리
상황파일	/var/lib/logrotate.status	logrotate한 작업내역을 보관한 파일
cron(일단위)	/etc/cron.daily/logrotate	logrotate는 주기적으로 실행이되어야하므로 cron에 의해 일단위로 실행이 됨

Apache Tomcat 로그 순환 설정 : http://koov.net/blog/?/tag/rotate
위 블로그 가시면 간단히 catalina.out 로그 파일을 자동으로 나누게 설정하는

방법이 있습니다.

$ cd /etc/logrotate.d
$ cat > tomcat

/var/local/tomcat/logs/catalina.out {
copytruncate
daily
rotate 30
missingok
notifempty
}

$ logrotate -f /etc/logrotate.d/tomcat

실행 후 화면,

위 이미지와 같이 catalina.out.1 이라는 파일이 생성되는군요. 흠... 그럼 1, 2, 3 이런식으로 쌓일텐데 관리자의 입장에서는 좀 불편할 수도.... Buuuuuuuuuuut!!!!!

dateext 라는 옵션이 있군요!!!

$ cd /etc/logrotate.d
$ cat > tomcat

/var/local/tomcat/logs/catalina.out {
copytruncate
daily
rotate 30
missingok
notifempty
dateext
}

$ logrotate -f /etc/logrotate.d/tomcat

알아두셔야 할 점은 copytruncate 옵션은 반드시 써야 한다고 합니다.

copytruncate 옵션을 쓰지 않으면 기존의 맨처음 로그가 생성된 파일에 계속해서 로그가 쌓이게 됩니다. 이러한 원인은 톰캣의 로그가 System.err 객체나 System.out을 사용하기 때문에 시스템의 raw디바이스로 출력이 되어 파이프를 타지 않기 때문입니다.
따라서 원래 로그를 다른이름으로 저장하고 새로운 catalina.out을 생성한다해도 실제 로그 스트림은 다른이름으로 지정된 원래 로그쪽으로 계속해서 쌓이게 됩니다.
이걸 방지하기 위해 현재 로그내용을 복사하여 백업본으로 저장한후 원본 로그의 내용을 비우는 방식으로 저장해야 합니다.
그래서 옵션을 copytruncate를 사용해야 합니다.

copytruncate
Truncate the original log file in place after creating a copy, instead of moving the old log file and optionally creating a new one, It can be used when some program can not be told to close its logfile and thus might continue writing (appending) to the previous log file forever. Note that there is a very small time slice between copying the file and truncating it, so some logging data might be lost. When this option is used, the create option will have no effect, as the old log file stays in place.

logrotate의 설정 옵션에 대하여 조금 더 알아보면은,

daily	Log files are rotated every day.
weekly	Log files are rotated if the current weekday is less than the weekday of the last rotation or if more than a week has passed since the last rotation. This is normally the same as rotating logs on the first day of the week, but if logrotate is not being run every night a log rotation will happen at the first valid opportunity.
monthly	Log files are rotated the first time logrotate is run in a month (this is normally on the first day of the month).
notifempty	Do not rotate the log if it is empty (this overrides the ifempty option).
nocompress	Old versions of log files are not compressed.
delaycompress	Postpone compression of the previous log file to the next rotation cycle. This only has effect when used in combination with compress. It can be used when some program cannot be told to close its logfile and thus might continue writing to the previous log file for some time.
compress	Old versions of log files are compressed with gzip by default.
mail address	When a log is rotated out of existence, it is mailed to address. If no mail should be generated by a particular log, the nomail directive may be used.
missingok	If the log file is missing, go on to the next one without issuing an error message.

보다 더 많은 옵션과 설명을 보시려면, http://linuxcommand.org/man_pages/logrotate8.html를 참고하세요.

superuser 사이트입니다. 옵션에 대해서 한글로 자세히 설명되어 있습니다.
http://www.superuser.co.kr/linux/logrotate/page04.htm

[출처] /etc/logrotate.d 을 이용한 catalina.out 나누기|작성자 미니사랑