Class Loader INFO

아래의 법칙은 어플리케이션 개발자와 설치자가 웹 어플리케이션에서 읽어들일 수 있도록 class 와 자원 파일을 어느 위치에 놓아야 할지 선택하는 결정의 95%를 커버합니다:

• 특정한 웹 어플리케이션에 한정된 classes 와 자원은 압축이 풀린 class들과 자원파일들을 웹 어플리케이션의 /WEB-INF/classes 아래에 위치시 키거나, 또는 이 class들과 자원파일을 포함하고 있는 JAR 파일을 웹 어플리케이션 의 /WEB-INF/lib 에 놓아주십시오.
• 모든 웹 어플리케이션에 걸쳐 공유되는 class들과 자원들은 $CATALINA_HOME/classes 에 놓아주시거나, 이 class들과 자원을 포함하는 JAR 파일들을 $CATALINA_HOME/lib 위치에 놓아주십시오.

WARNING - Tomcat 3.x 과는 달리, Tomcat 4는 기본적으로 XML 파서가 웹 어플리케이션에 노출되지 않게(NOT visible) 되어있습니다. 만일 XML 파서를 사용하시려면, 아래의 Tomcat 4 and XML Parsers 부분을 보십시오..

많은 서버 어플리케이션들 처럼, Tomcat 4 는 컨테이너의 다른 부분과 컨테이너에서 운영중인 웹 어플리케이션들을 허용하기 위해서, 가용한 클래스들과 자원들의 다른 저장고에 접근하기 위해서 다양한 클래스 로더를 설치합니다. (즉, java.lang.ClassLoader 를 구현하는 클래스들입니다.) 이 메카니즘은 서블릿 스펙, v 2.3 에서 정의된 기능을 제공하는데 사용됩니다. -- 특히, Sections 9.4 와 9.6.

Java 2 (즉, JDK 1.2 와 이후 버전) 환경에서, 클래스 로더는 상속트리에 정렬 되었습니다. 보통, 클래스 로더가 특정한 클래스나 자원을 로딩할 때, 우선 요청을 부모 클래스 로더에 파견합니다. 그리고 나서 부모 클래스 로더가 요청된 클래스나 자원을 찾을 수 없으면 그제서야 자신의 저장소를 뒤집니다. 웹 어플리케이션 클래스 로더는, 아래에서 설명하겠지만, 이것과는 약간 차이가 있는데, 주된 원리는 같습니다.

Tomcat 4 가 시동할 때, 아래의 부모-자식 관계로 조직된 클래스 로더의 세트 를 구성합니다. 부모 클래스 로더는 자식 클래스 로더의 상위에 있습니다:

	Bootstrap | System | Common / \ Catalina Shared / \ Webapp1 Webapp2 ... / / Jasper1 Jasper2 ...

이들 클래스 로더의 각각의 특성은, 보여지는 클래스와 자원의 소스를 포함해서, 아래 섹션에서 자세하게 논의됩니다.

위의 구조도에서 지적했듯이, Tomcat 4는 초기에 다음 클래스 로더를 만듭니다:

• Bootstrap - 이 클래스 로더는 자바가상머신(JVM) 에 의해 제공되는 basic runtime 클래스를 포함하고, 시스템 확장 디렉토리에 있는 JAR 파일에 있는 클래스도 포함합니다($JAVA_HOME/jre/lib/ext). NOTE - 어떤 JVM 에서는 하나 이상의 클래스 로더가 구현하거나 또는 전혀 안보일 수도 있습니다.
• System - 이 클래스 로더는 CLASSPATH 환경변수 내용으로 초기화 됩니다. 모든 클래스들은 Tomcat 의 내부 클래스들과 웹 어플리 케이션에서 접근할 수 있습니다. 그러나, 표준 Tomcat 4 startup 스크립트( $CATALINA_HOME/bin/catalina.sh 또는 %CATALINA_HOME%\bin\catalina.bat)는 CLASSPATH 환경 변수에 있는 값을 완전히 무시해버립니다. 대신, 다은 저장소에서 시스템 클래스 로더를 만듭니다:
  • $CATALINA_HOME/lib/bootstrap.jar - Tomcat 4 서버를 초기화할 때 사용하거나, 클래스 로더 구현 클래스들이 의존하는 main() 를 갖고 있습니다.
  • $JAVA_HOME/lib/tools.jar - JSP 페이지를 servlet 클래스로 변환할 때 사용하는 "javac" 컴파일러를 갖고 있습니다.
• Common - 이 클래스 로더는 Tomcat 내부 클래스들과 모든 웹 어플리케이션이 접근할 수 있는 추가적인 클래스들을 갖고 있습니다. 보통, 어플리케이션 클래스를 여기에 놓아서는 안됩니다. $CATALINA_HOME/common/classes 에 있는 모든 압축이 풀린 클래스들과 자원들, 그리고 $CATALINA_HOME/common/lib 에 있는 JAR 파일들 속의 클래스들과 자원들은, 이 클래스 로드를 통해서 접근할 수 있습니다. 기본적으로, 다음을 포함합니다:
  • jndi.jar - Java Naming and Directory Interface API 클래스 (JDK 1.2 에만 로딩됩니다. 왜냐하면 JDK 1.3 과 이후에는 자동으로 포함되어있기 때문입니다).
  • naming.jar - 웹 어플리케이션에 제공되는 기본 JNDI 네이밍 컨텍스트를 나타내기 위해 Tomcat 4 에서 사용되는 JNDI 구현
  • resources.jar - 내부적으로 한 어플리케이션의 정적 자원을 나타내기 위해 사용되는 JNDI 네이밍 컨텍스트를 위한 자원팩토리 클래스.
  • servlet.jar - Servlet 과 JSP API 클래스.
• Catalina - 이 클래스 로더는 Tomcat 4 자신을 구동하는데 필요한 모든 클래스들과 자원들을 포함하기 위해 초기화됩니다. 이들 클래스들과 자원들은 전부 웹 어플리케이션에서 접근할 수 없습니다. $CATALINA_HOME/server/classes 에 있는 모든 압축이 풀린 클래스들과 자원들, 그리고, $CATALINA_HOME/server/lib 안에 있는 JAR 파일 속의 클래스들과 자원들은 이 클래스 로더를 통해서 접근할 수 있습니다. 기본적으로, 다음을 포함합니다:
  • catalina.jar - Tomcat 4 의 Catalina 서블릿 컨테이너 부분 구현.
  • crimson.jar - JAXP/1.1 참조 구현의 Parser 부분, 웹 어플리케이션 배치 지시자(web.xml)와 서버 환경설정 파일($CATALINA_HOME/conf/server.xml)를 파싱하는 데 사용됩니다.
  • jakarta-regexp-X.Y.jar - 요청 필터 구현에 사용되는 정규 표현식 처리 라이브러리 Jakarta Regexp 의 바이너리 배포판입니다.
  • jaxp.jar - JAXP/1.1 레퍼런스 구현의 JAXP API 부분입니다. 웹 어플리케이션 배치 지시자(web.xml) 파일들과 서버 환경파일 ($CATALINA_HOME/conf/server.xml) 을 파싱하는데 사용됩니다.
  • warp.jar - mod_webapp 웹 서버 커넥터의 자바 부분을 위한 클래스들입니다. Apache 나 iPlanet iAS 와 iWS 같은 웹서버 뒤에서 Tomcat을 실행하는데 사용되는 것입니다.
• Shared - 이 클래스 로더는 모든 웹 어플리케이션들이 공유하는 클래스와 자원을 놓아두는 곳입니다. (특별한 경우지만 Tomcat 내부 클래스들이 접근할 수 없다면이란 가정이 붙습니다.) $CATALINA_HOME/classes 안에 있는 모든 압축이 풀린 클래스들과 자원들, $CATALINA_HOME/lib 안에 있는 JAR 파일 속에 압축되어 들어있는 클래스들과 자원들은 이 클래스 로더를 통해서 접근할 수 있습니다. 기본적으로, 다음을 포함합니다:
  • jasper-runtime.jar - 이미 자바 서블릿으로 변환되어서 컴파일된 JSP 페이지를 실행하는데 필요한 런타임 지원 클래스입니다.
  • namingfactory.jar - 웹 어플리케이션에 제공되는 기본 JNDI 네이밍 컨텍스트에 의해 지원되는 자원을 위한 JNDI 객체 팩토리입니다.
• WebappX - 싱글 Tomcat 4 인스턴스에 배치된 각각의 웹 어플리케이션을 위한 하나의 클래스 로더가 생성됩니다. 웹 어플리케이션의 WEB-INF/classes 안에 있는 모든 압축이 풀린 클래스들과 자원들, WEB-INF/lib 안에 있는 JAR 파일 속에 압축되어 들어있는 클래스들과 자원들은 이 클래스 로더를 통해서 접근할 수 있습니다. 그러나 다른 웹 어플리케이션들은 접근할 수 없습니다.
• JasperX - 만일 웹 어플리케이션이 JSP 페이지를 사용하게되면, Tomcat은 웹 어플리케이션을 위해서 JSP 컴파일러와 필요한 클래스를 가지고 있는 추가적인 클래스 로더를 생성합니다. 이것은 $CATALINA_HOME/jasper 에 있는 모든 JAR 파일을 포함하기 위해 초기화됩니다. 이것은 웹 어플리케이션 클래스 로더의 자식 클래스 로더이기 때문에, Jasper 컴파일러 (그리고 컴파일된 페이지들) 는 Webapp 클래스 로더에 있는 어플리케이션 빈 클래스를 접근할 수 있습니다.

위에서 언급했듯이, 웹 어플리케이션 클래스 로더는 기본 Java 2 파견(delegation) 모델로부터 분산된 것입니다(서블릿 사양, version 2.3, section 9.6 에 추천된 것에 맞춰서). 웹 어플리케이션의 WebappX 클래스 로더에서 클래스를 로드하기 위한 요청이 처리될 때, 찾기 전 파견하는 대신에, 이 클래스 로더는 로컬 저장소를 먼저 찾아볼 것입니다. Tomcat 4의 모든 다른 클래스 로더들은 보통의 파견 패턴 을 따릅니다.

그러므로, 웹 어플리케이션의 관점에서, 클래스나 자원 로딩은 다음 순서에 따라서 저장소를 찾아볼 것입니다:

• 웹 어플리케이션의 /WEB-INF/classes
• 웹 어플리케이션의 /WEB-INF/lib/*.jar
• JVM의 Bootstrap classes
• System class loader classses (위에서 언급)
• $CATALINA_HOME/common/classes
• $CATALINA_HOME/common/*.jar
• $CATALINA_HOME/classes
• $CATALINA_HOME/lib/*.jar

Tomcat 4 는 자체적으로 3가지 처리를 하기위해 XML 파싱 작업을 수행합니다:

• server.xml 환경설정 파일을 파싱
• web.xml 배치 지시자들을 파싱
• XML 문법의 JSP 페이지를 파싱

기본적으로, XML 프로세싱(1.1 버전)참조 구현을 위한 Java API 가 이 세가지 목적으로 사용됩니다. 그러나 이 파서는 웹 어플리케이션에서는 사용할 수 없습니다. -- 대신, $CATALINA_HOME/server/lib 에 있는 XML 파서는 web.xml 와 server.xml 파일을 파싱하는데 사용됩니다. 반면에, $CATALINA_HOME/jasper에 있는 파서는 XML 문법으로 된 JSP 페이지를 파싱합니다.

XML 파서를 웹 어플리케이션에서 사용하기 위해서는, 몇 가지 옵션이 있습니다:

• 단독 웹 어플리케이션에서 XML 파서를 사용하기 위해서는, 단지 파서의 JAR 파일들을 해당 웹 어플리케이션의 /WEB-INF/web.xml 디렉토리에 포함시키면 됩니다. 이것은 Tomcat 4 내부적으로 사용되는 파서나, 같은 Tomcat 4 에서 돌아가는 다른 웹 어플리케이션들과는 상관없이 적용됩니다.
• JAXP/1.1 참조 구현 파서를 모든 웹 어플리케이션에서 적용되기를 원한다면, 단지 "jaxp.jar" 와 "crimson.jar" 파일을 $CATALINA_HOME/jasper 디렉토리에서 $CATALINA_HOME/lib로 이동하면 됩니다. Jasper는 여전히 이 파서를 사용해서 XML 문법의 JSP 페이지를 처리할 것입니다.
• JAXP/1.1와 호환되는 다른 XML 파서(Xerces 1.3.1 이나 이후 버전)를 사용하려면, 그 파서의 JAR 파일들을 $CATALINA_HOME/lib 디렉토리에 설치합니다. 그리고 $CATALINA_HOME/jasper에 있는 "jaxp.jar" 와 "crimson.jar" 파일을 삭제합니다. Jasper는 새로운 XML 파서를 사용할 것입니다.

WARNING - Tomcat 4 와 JAXP/1.0 (JAXP/1.1이 아닌) 호환 파서를 사용하려고 하지 마십시오. Tomcat 은 파싱 작업을 수행할 때 JAXP/1.1 에 추가된 기능을 사용합니다.

WARNING - JAXP/1.1 참조 구현의 최종 릴리즈는 봉인된 sealed 속성을 가진 JAR 파일들을 포함합니다. 이 때문에 JDK 1.3 과 이후 플래폼에서 클래스 로딩 문제가 야기됩니다(가장 빈번한 것은 "package sealing violation" exceptions). 이 문제를 피하기 위해, 수정된 modified 버전의 "jaxp.jar"와 "crimson.jar" 이 Tomcat 4 에 실려있습니다. 이 파일들을 표준 JAXP/1.1 JAR 파일로 대치시키면 안됩니다. "봉인된 sealed" 속성이 제거된 JAXP 다음버전이 나오기 전에는 말이죠.

원본:http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html