|
http://www.hackerschool.org/HS_Boards/zboard.php?id=Free_Lectures&no=1224 [복사]
리눅스에서 Apache2, Tomcat5, JSP, Oracle9i 연동하기
설치환경
Red Hat 9.0(Kernel 2.4.20-8)
- Fedora Core2, Red Hat Enterprise Linux AS3에서도 적용 테스트
설치 패키지 구성
Apache 2.0.49
J2SDK 1.4.2-04
Tomcat 5.0.25
JK2 Connector 2.0.4
설치과정은 J2SE 설치, Apache 설치, Tomcat 설치, Oracle 연동의 순서대로 진행하며, 작업 진행 중 필요한 다운로드 받은 파일들은 모두 /usr/local/src 폴더에 저장하는 것으로 가정합니다.
1. J2SE 설치
http://java.sun.com/j2se/1.4.2/download.html 의 Download J2SE v 1.4.2_04에서 SDK를 다운로드 받습니다.
배포본 형태는 2가지로 하나는 RPM 파일을 만들어주는 binary 파일이고, 다른 하나는 배포파일이 있는 그 자리에서 압축을 풀어서 설치하는 바이너리 파일입니다. 레드햇 기반의 리눅스에서는 RPM 소스 형식의 배포본을 다운로드 받아서 설치하길 권장합니다.
- RPM 소스 설치
배포파일 j2sdk-1_4_2_04-linux-i586-rpm.bin
/usr/local/src 폴더에 저장하기로 가정 하였으므로 해당 폴더로 이동하여 다운받은 파일의 퍼미션을 확인하여 실행가능한 퍼미션을 갖도록 설정을 합니다.
#> cd /usr/local/src
#> chmod 755 j2sdk-1_4_2_04-linux-i586-rpm.bin
#> ./j2sdk-1_4_2_04-linux-i586-rpm.bin
사용권 계약이 화면에 출력되면 y 또는 yes를 입력하여 동의합니다. 이 후 설치가 계속 진행되어 j2sdk-1_4_2_03-linux-i586.rpm 파일이 생성됩니다. 생성된 RPM 파일을 설치합니다.
#> rpm -ivh j2sdk-1_4_2_03-linux-i586.rpm
/usr/java/j2sdk1.4.2_04 디렉토리가 생성되면서 이 곳에서 설치가 이루어집니다.
설치된 폴더를 link를 이용하여 별로 이름으로 지정합니다.
#> ln –s /usr/java/j2sdk1.4.2_04 /usr/java/j2sdk
이렇게 링크를 걸어두면 나중에 자바 버젼이 업된 패키지가 나오더라도 아래에 작업할 환경 파일의 수정을 하지 않고 해당 폴더의 link만 변경해 주면 되고. 아래 환경 파일을 수정하기도 수월합니다.
/etc/profile을 편집하여 PATH 설정을 해줍니다.
profile 첫부분에 다음을 추가해줍니다.
#> vi /etc/profile
JAVA_HOME=/usr/java/j2sdk
PATH=$PATH:$JAVA_HOME/bin
export JAVA_HOME
변경된 설정을 시스템에 적용시킵니다.
#> source /etc/profile
임의의 위치에서 java를 실행시킵니다.
#> java
JAVA option들이 화면에 출력되면 성공적으로 설치가 이루어진 것입니다.
- binary 배포본 설치
배포파일 j2sdk-1_4_2_04-linux-i586.bin
설치할 경로로 파일을 옮깁니다. 설치 할 위치는 사용자가 임의로 정해서 사용할 수 있으며
여기서는 /usr/local 에 J2SE를 설치하는 것으로 가정하겠습니다.
#> mv j2sdk-1_4_2_04-linux-i586.bin /usr/local
#> cd /usr/local
퍼미션을 확인하여 파일이 실행가능하도록 권한을 설정합니다.
#> chmod 755 j2sdk-1_4_2_04-linux-i586.bin
파일을 실행시켜서 J2SE를 설치합니다.
#> ./ j2sdk-1_4_2_04-linux-i586.bin
먼저 화면에 사용권 계약이 출력됩니다. 사용권 계약에 동의하기 위해 y 또는 yes를 입력하면 압축이 풀리면서 SDK가 설치됩니다. 설치경로는 /usr/local/j2sdk1.4.2_04 입니다. 역시 설치된 폴더를 link를 이용하여 별로 이름으로 지정합니다.
#> ln –s /usr/local/j2sdk1.4.2_04 /usr/local/j2sdk
PATH를 설정해줍니다. PATH 설정은 /etc/profile을 편집하여 이루어집니다. /etc/profile을 에디터로 열어서 파일 첫 부분에 다음을 추가합니다.
#> vi /etc/profile
JAVA_HOME=/usr/local/j2sdk
PATH=$PATH:$JAVA_HOME/bin
export JAVA_HOME
변경된 설정을 시스템에 적용시킵니다.
#> source /etc/profile
임의의 위치에서 java를 실행시킵니다.
#> java
JAVA option들이 화면에 출력되면 성공적으로 설치가 이루어진 것입니다
참고사항
- J2SE의 배포본은 JRE(Java Runtime Environment)와 SDK(Software Development Kit)로 나뉘어집니다. JRE는 자바로 개발된 소프트웨어를 실행시키는 데 필요한 패키지이고 SDK는 자바를 사용하여 소프트웨어를 개발하는 개발자들을 위한 패키지입니다. 따라서 개발을 목적으로 자바를 설치하려는 사람은 SDK를 다운로드 받아서 설치하기 바랍니다.
- /etc/profile은 로그인시 필요한 환경을 설정해주는 설정파일로 쉘스크립트로 이루어져있습니다. profile의 내용을 잘 이해하시는 분은 자바 실행파일이 위치한 JAVA_HOME/bin 디렉토리의 PATH가 잘 이루어지도록 임의로 변경할 수 있습니다. 자바는 PATH에 상관없이 배포파일을 실행시켜서 또는 배포파일을 실행시켜서 생성된 RPM을 설치함으로 install이 완료된 것입니다. PATH 설정은 설치된 자바를 임의의 위치에서 편리하게 사용 가능하도록 하기 위한 것입니다.
- 자바의 공식 사이트 http://java.sun.com 에서 더 많은 정보들을 얻을 수 있습니다.
2. Apache 설치
기존에 존재하는 RPM 패키지를 찾아서 삭제합니다.
# rpm -qa | grep httpd
# rpm -e [httpd RPM name]
프로세스를 확인하여 현재 Apache 웹데몬이 실행되고 있는지 확인 합니다.
#> ps –ef |grep httpd
작동중인 Httpd 데몬이 목록에 나타나면 종료 시킵니다.
#> /etc/init.d/httpd stop
강제로 종료 시킬때는 kill [PID] 명령어를 이용합니다.
http://httpd.apache.org/download.cgi 에서 Apache를 다운로드 받습니다. 리눅스에서 설치할 Apache의 배포본은 모두 소스 형식으로 제공됩니다.
-> 배포파일 httpd-2.0.49.tar.gz
#> cd /usr/local/src
#> tar xvfz httpd-2.0.49.tar.gz
압축이 해제되면 생성된 디렉토리 httpd-2.0.49로 이동합니다.
#> cd httpd-2.0.49
리눅스에서 소스파일 설치는 다음과정으로 설치 됩니다.
#> ./configure –options : 설치환경 설정
#> make : 설정된 환경으로 컴파일
#> make install : 컴파일 된 파일 설치
다음과 같이 Apache 설치를 진행 합니다.
#> ./configure --enable-layout=RedHat
--enable-rule=SHARED_CORE
--enable-modules=so
--enable-so
또는 –enable-layout=RedHat 옵션 대신 –prefix=/www 옵션을 적용할 수도 있습니다.
#> ./configure --prefix=/www
--enable-rule=SHARED_CORE
--enable-modules=so
--enable-so
#> make
#> make install
위의 과정으로 설치를 진행하면 configure단계에서 지정한 옵션에 따라 Apache의 환경이 아래와 같은 경로에 설정 됩니다. 이 설정은 다음에 진행 할 작업들에서 별도로 지정되므로 자신의 설정에 따른 파일들의 저장 경로를 확인하고 진행 하기 바랍니다.
구분
--enable-layout=RedHat
--prefix=/www
실행파일 위치
/usr/sbin
/www/bin
설정파일 위치
/etc/httpd/conf
/www/conf
서비스기준위치
/var/www
/www
html root 위치
/var/www/html
/www/htdocs
lib파일 위치
/usr/lib/apache/
/www/lib
아래에 진행할 설명은 --enable-layout=RedHat옵션을 기준으로 하며 --prefix=/www옵션으로 설정하였을 경우는 해당설명에서 괄호 안에 음영처리로 구분하도록 하겠습니다.
레드햇 기반의 리눅스는 기본적으로 웹서버로 Apache를 사용하기 때문에 리눅스 설치 후 추가적인 업그레이드 없이 Apache로 웹서버를 운영했을 경우 기존의 디렉토리 구조를 그대로 유지하게 됩니다. 이것은 configure 진행시 --enable-layout=RedHat이라는 옵션을 사용했기 때문입니다. 디렉토리에 대한 정보는 /usr/local/src/httpd-2.0.49/config.layout에서 확인 할 수 있습니다.
<Layout RedHat>
prefix: /usr
exec_prefix: ${prefix}
bindir: ${prefix}/bin
sbindir: ${prefix}/sbin
libdir: ${prefix}/lib
libexecdir: ${prefix}/lib/apache
mandir: ${prefix}/man
sysconfdir: /etc/httpd/conf
datadir: /var/www
installbuilddir: ${datadir}/build
errordir: ${datadir}/error
iconsdir: ${datadir}/icons
htdocsdir: ${datadir}/html
manualdir: ${datadir}/manual
cgidir: ${datadir}/cgi-bin
includedir: ${prefix}/include/apache
localstatedir: /var
runtimedir: ${localstatedir}/run
logfiledir: ${localstatedir}/log/httpd
proxycachedir: ${localstatedir}/cache/httpd
</Layout>
다음으로 /etc/httpd/conf (--prefix=/www로 설정 하였을 경우 /www/conf 에 저장되므로 link를 이용하여 /etc/httpd/conf로 해당 폴더를 링크해 두면 수정하기에 용이 합니다.) 디렉토리의 설정파일을 변경합니다. 설치 전에 웹서버를 운영하면서 사용된 설정파일들은 설치하면서 변경되지 않습니다.
설치 시 생성된 파일들은 highperformance-std.conf, httpd-std.conf, ssl-std.conf 입니다. 이 세 파일들을 각각 highperformance.conf, httpd.conf, ssl.conf 로 이름을 변경하여 기존의 파일에 덮어씌웁니다.
리눅스를 설치하면서 기존에 rpm으로 된 웹서비스를 설치하지 않았을 경우는 해당 폴더와 파일들이 새로 생성되어 설치되므로 별도 복사작업을 하지 않아도 해당 파일이 생성되어 있습니다.
/usr/sbin/apachectl (/www/bin/apachectl) 실행파일을 이용하여 웹데몬을 실행시켜봅니다.
Apache 설치 전 웹데몬을 중지시켰다면 다음과 같이 실행이 될 것입니다.
#> /usr/sbin/apachectl start (/www/bin/apachectl start)
httpd: Could not determine the server's fully qualified domain name, using 127.0
.0.1 for ServerName
이 메시지는 /etc/httpd/conf/httpd.conf 설정파일을 수정하지 않았기 때문에 표시되는 것입니다. 그러나 웹데몬은 잘 동작하고 인터넷을 통해 접속이 가능합니다.
start 명령외에 stop과 restart 명령을 사용하여 웹데몬 가동을 중지시키거나 재시작할 수 있습니다.
#> /usr/sbin/apachectl restart (/www/bin/apachectl restart)
#> /usr/sbin/apachectl stop (/www/bin/apachectl stop)
부팅시 자동으로 httpd 데몬이 실행되도록 설정합니다.
/usr/sbin/apachectl (/www/bin/apachectl) 파일을 /etc/init.d 디렉토리에 httpd로 이름을 변경하여 복사합니다. 기존에 httpd 파일이 존재할 경우 덮어 씌웁니다. 그리고 /etc/rc.d/rc0.d, /etc/rc.d/rc3.d, /etc/rc.d/rc5.d 디렉토리에 /etc/rc.d/init.d/httpd 의 symbolic link 파일이 있는지 확인하고 없으면 link 파일을 생성합니다.
#> ln -s /etc/rc.d/init.d/httpd /etc/rc.d/rc0.d/K90httpd
#> ln -s /etc/rc.d/init.d/httpd /etc/rc.d/rc3.d/S89httpd
#> ln -s /etc/rc.d/init.d/httpd /etc/rc.d/rc5.d/S89httpd
위 명령어 대신 chkconfig 명령어를 이용하여 각 실행레벨에서 httpd데몬이 자동 실행 되도록 설정할 수도 있습니다.
#> su – (root 만이 실행레벨을 변경할 수 있음)
#> chkconfig –level 35 httpd on
httpd 데몬을 실행 레벨 3, 5레벨에서 자동 실행 시키도록 설정하는 내용입니다.
마지막으로 /etc/httpd/conf/httpd.conf 파일의 설정을 변경합니다.
기본적으로 변경해야할 부분은
#servername www.example.com:80
으로 #을 제거하고 www.example.com을 웹서버의 domain name으로 수정해 주거나 localhost로 적어줍니다.
servername hostname.domainname:80
또는
servername localhost:80
뒤의 80이라는 숫자는 웹서버가 이용할 port 번호를 가리킵니다.
웹서버는 기본적으로 80번 port를 사용하며 특별한 경우가 아니라면 변경하지 않기를 바랍니다.
한글을 지원하기 위해서 AddDefaultCharset ISO-8859-1 부분을 찾아서 AddDefaultCharset utf8 또는 AddDefaultCharset euc_kr 로 변경합니다.
httpd.conf 설정파일은 Apache 웹서버를 시스템에 맞게 구동시키는데 매우 중요한 정보들을 담고 있습니다.
Apache HTTP Server Version 2.0 문서 http://httpd.apache.org/docs-2.0/ 를 참고하시기 바랍니다.
위의 과정으로 Apache 웹서버의 설치가 끝났습니다.
그러나 아파치 웹서버는 관리자가 모듈들을 선택하여 서버에 포함할 기능을 결정할 수 있는 모듈화된 프로그램으로 모듈의 개념 및 사용법, 동적공유객체(DSO) 등을 이해하여야 아파치의 확장된 기능을 사용할 수 있습니다. 즉, PHP와 같은 프로그래밍 언어를 사용하고자 할 경우 또는 자바의 Servlet Container인 Tomcat과 Apache 웹서버와의 연동은 모듈을 통하여 이루어집니다.
전반적인 내용은 Apache HTTP Server Version 2.0 문서 http://httpd.apache.org/docs-2.0/ 에 있습니다. 여기서는 기본적으로 필요한 사항에 대해서만 설명하겠습니다.
참고사항
* apache configure 옵션 (autoconf 출력 옵션)
--help
모든 옵션과 사용법을 화면에 출력해줍니다. 실제로 configure가 이루어지지 않습니다.
--prefix=/usr/local/share/apache
Apache 웹서버가 설치될 디렉토리를 설정합니다. 이 문서에서는 RedHat에 포함된 Apache의 기본 디렉토리 구조를 따라가고자 이 옵션을 사용하지 않고 --enable-layout=RedHat이라는 옵션을 사용했습니다.
--enable-layout=RedHat
이 옵션을 통해 여러가지 플랫폼에 해당하는 적절한 디렉토리 구조를 따라 Apache를 설치할 수 있습니다. 각 플랫폼의 path layout은 config.layout 파일에 기록되어 있습니다.
--enable-rule=SHARED_CORE
Apache 컴파일시 rule을 지정합니다. SHARED_CORE는 DSO(Dynamic Shared Objects, 동적공유객체)를 사용할 수 있는 형태로 Apache를 컴파일하도록 하는 일종의 규칙입니다. 이 옵션을 지정해주면 DSO로 컴파일된 아파치에서 제공하지 않는 외부 모듈들을 선택적으로 사용할 수 있게 됩니다. 기본형은 --enable-rule=[RULE-NAME]으로 [RULE-NAME]에 해당하는 컴파일 규칙을 enable시킵니다. --help 옵션으로 나타나는 도움말에서는 이 옵션을 표시하고 있지 않습니다.
--enable-modules=so
mod_so(so_module)를 Apache에 컴파일하여 포함시킵니다.(모듈의 정적 컴파일)
기본형은 --enable-modules=[MODULE-LIST]로 공백으로 구분한 [MODULE-LIST]에 나와있는 모듈들을 컴파일하여 포함합니다.
--enable-so
Apache가 실행시 특별한 옵션없이 자동으로 동적공유객체(DSO-Dynamic Shared Objects)를 읽어들일 수 있도록 하기 위한 설정옵션입니다.
이외에 여러가지 옵션들이 제공됩니다. 추가적인 사항은 Apache HTTP Server Version 2.0 문서 http://httpd.apache.org/docs-2.0/ 을 찾아보거나 --help 옵션으로 확인하기 바랍니다.
* 모듈
Apache는 모듈화된 설계로 이루어진 프로그램입니다. 모듈은 특별한 기능을 수행하기 위한 작은 프로그램으로 이해할 수 있습니다. 즉, 모듈마다 각각의 역할이 다르기 때문에 핵심 구현부 또는 실행부에 추가적으로 포함시켜 원하는 기능을 선택적으로 사용할 수 있습니다. Apache의 핵심 기능을 구현하는 모듈은 core이고 core를 기반으로 모듈을 추가하여 확장된 기능을 사용할 수 있습니다. 모듈은 Apache 컴파일 시 정적으로 포함시킬 수 있고, 또는 DSO mechanism에 의해 Apache 컴파일 이후 추가적으로 포함하여 사용할 수 있습니다. DSO(Dynamic Shared Objects)를 지원하기 위해서는 컴파일 시 configure 옵션으로 --enable-rule=SHARED_CORE를 추가하여 DSO 지원 형식으로 Apache를 컴파일 하여야 하며, mod_so 모듈을 컴파일 시 포함시켜야 합니다. mod_so 모듈은 core를 제외하고 DSO가 될 수 없는 유일한 모듈로서 Apache 핵심에 정적으로 컴파일 해야 하며, DSO로 컴파일 된 모듈을 Apache에서 읽어 들이기 위한 기능을 제공합니다. 따라서 configure진행 시 일반적으로 mod_so를 포함하도록 합니다. 나머지 모듈에 관하여는 Apache Document를 참고하기 바랍니다.
* 동적공유객체(DSO-Dynamic Shared Objects)
Apache가 동적으로 load할 수 있는 객체입니다. core와 mod_so를 제외한 다른 모든 아파치 모듈 소스를 DSO 형식의 모듈로 컴파일 하여 Apache에서 load하여 사용할 수 있습니다. DSO로 사용할 아파치 모듈을 쉽게 만들기 위해서 apxs(Apache Extension Tool)라는 지원프로그램이 있습니다. 이 프로그램으로 아파치 배포본 소스 트리 없이, DSO 지원을 위한 플랫폼 특유의 컴파일러 옵션과 링커 옵션을 고려하지 않고 모듈 소스를 DSO 모듈로 쉽게 컴파일 할 수 있습니다. PHP와 Tomcat 등 외부 프로그램에서 제공하는 DSO 모듈은 프로그램 configure시 apxs를 사용한 옵션을 통해 프로그램과 함께 컴파일 되어 생성됩니다. 자세한 사항은 Apache Document 내의 동적공유객체(DSO) http://httpd.apache.org/docs-2.0/dso.html 문서를 참고하기 바랍니다.
다음은 Apache HTTP Server Project 사이트에서 제공하는 문서입니다. 이 문서를 통해 Apache에 대해 더 유익한 정보들을 얻을 수 있습니다.
Apache HTTP Server Version 2.0 문서 http://httpd.apache.org/docs-2.0/
3. Tomcat 설치
- 바이너리 설치
http://jakarta.apache.org/site/binindex.cgi에서 Tomcat 5.0.25의 tarball 형식의 배포본을 다운로드 받습니다.
배포파일 Jakarta-tomcat-5.0.25.tar.gz
다운파일의 저장위치인 /usr/local/src에서 설치하고자 하는 경로로 파일을 복사하여 압축을 풀어줍니다. 바이너리 배포본은 압축을 풀어줌으로 기본적인 설치가 완료된 것입니다.
#> cd /usr/local/src
#> cp jakarta-tomcat-5.0.25.tar.gz /usr/local
#> cd /usr/local
#> tar xvfz jakarta-tomcat-5.0.25.tar.gz
Jakarta-tomcat-5.0.25 디렉토리가 생성되고 압축이 풀립니다.
역시 해당 폴더를 link를 이용하여 tomcat 이라는 경로로 지정합니다.
#> ln –s /usr/local/Jakarta-tomcat-5.0.25 /usr/local/tomcat
실행파일이 들어있는 디렉토리로 이동해서 Tomcat을 실행시켜봅니다. Tomcat은 bin 디렉토리의 catalina.sh 또는 startup.sh 파일을 실행시켜서 작동시킵니다.
#> cd /usr/local/tomcat/bin
#> ./catalina.sh start
또는
#> ./startup.sh
Using CATALINA_BASE: /usr/local/share/Jakarta-tomcat-5.0.25
Using CATALINA_HOME: /usr/local/share/Jakarta-tomcat-5.0.25
Using CATALINA_TMPDIR: /usr/local/share/Jakarta-tomcat-5.0.25/temp
Using JAVA_HOME: /usr/java/j2sdk1.4.2_03
위의 메시지가 나오면 Tomcat이 정상적으로 작동하는 것입니다. 클라이언트에서 웹브라우저를 통해 다음의 주소로 접속합니다.
http://localhost:8080 또는 http://설치한서버의주소:8080
정상적으로 Tomcat이 작동하고 있다면 브라우저에 Tomcat 관련 문서가 나타날 것입니다.
만일, 정상적으로 작동하지 않는다면 J2SE의 설치가 제대로 이루어지지 않았거나 PATH 설정이 올바르게 이루어지지 않아서입니다. /etc/profile을 에디터로 열어서 J2SE 설치 시 PATH 설정한 부분을 확인해 봅니다.
Tomcat의 Shut down은 catalina.sh 또는 shutdown.sh 파일을 이용합니다.
#> ./catalina.sh stop
또는
#> ./shutdown.sh
마지막으로 PATH를 설정해줍니다. PATH 설정은 /etc/profile을 편집하여 이루어집니다. /etc/profile을 에디터로 열어서 J2SE 설치 시 PATH 설정한 부분에 다음을 추가합니다.
#> vi /etc/profile
JAVA_HOME=/usr/java/j2sdk (또는 JAVA_HOME=/usr/local/j2sdk)
#JAVA_HOME는 J2SE를 rpm이나 바이너리 중 자신이 설치한 방식에 따라 지정합니다.
CATALINA_HOME=/usr/local/tomcat
PATH=$PATH:$JAVA_HOME/bin:$CATALINA_HOME/bin
export JAVA_HOME CATALINA_HOME
변경된 설정을 시스템에 적용시킵니다.
#> source /etc/profile
PATH를 설정해주었으므로 임의의 위치에서 Tomcat을 실행시킬 수 있습니다.
Tomcat이 현재 운영 중이라면 Shutdown을 하고 다시 실행시킵니다.
#> ps -el
…………………………………………………………………………………………………….
0 S 0 1012 1 0 85 0 - 61602 schedu ? 00:00:12 java
…………………………………………………………………………………………………….
#> catalina.sh stop
또는
#> shutdown.sh
#> catalina.sh start
또는
#> startup.sh
설치가 완료되었습니다.
참고사항
* Java Servlet Container
JVM 상에서 WEB 서비스를 위한 Java Servlet API를 구현하여 서비스 해주는 Java Program으로, Servlet Container는 Client의 http 요청을 웹서버를 통해 전달받아서 Application Servlet에 전달하고, Servlet의 http 응답 메시지를 웹서버에게 전달해서 Client로 돌려주는 역할을 한다.
* Servlet Container의 종류
1) Sun Microsystems 제공 Servlet Container
JSDK(Java Servlet Development Kit)
JSWDK(JavaServer Web Development Kit)
J2EE(Java2 SDK, Enterprise Edition)
Java Web Server(iPlanet Web Server)
2) Apache 제공 Servlet Container
Apache JServ, Tomcat
3) 기타 Servlet Container
JRun/JRun Pro, Resin, WebLogic, Web Sphere, IAS
* Tomcat
Tomcat은 Apache Software Foundation의 Jakarta 프로젝트의 일환으로 개발중인 소프트웨어입니다.
Tomcat은 Java Servlet과 Java Server Page를 사용할 수 있도록 하는 Servlet Container이며 독립적으로 웹서버의 기능을 수행합니다. 그러나 일반 html 문서도 Servlet Container를 통해 번역되므로 수행속도가 느리고 웹서버로서의 기능에 제한이 있으므로 보통 다양한 모듈과 막강한 기능을 가지고 있는 Apache 웹서버와 연동하여 사용합니다.
배포본은 binary와 source 형식으로 제공됩니다. 여기서는 바이너리 배포본의 설치만 설명합니다. The Apache Jakarta Project 홈페이지의 Downloads 부분에 있는 CVS repositories는 현재 개발중인 소스들을 확인하고 다운로드 받을 수 있는 페이지입니다. (CVS는 Concurrent Version System의 약어로 오픈소스 프로젝트에서 개발중인 소스의 버전을 관리해주는 시스템입니다. CVS에 대한 자세한 사항은 이 문서의 성격과 다르므로 언급하지 않겠습니다. 자세한 사항은 CVS 매뉴얼을 참고하기 바랍니다.)
4. Tomcat Web Server Connector, JK2를 이용한 Apache2 웹서버와 Tomcat5의 연동
Apache와 Tomcat의 설치가 완료되었으면 두 서버를 연동하는 작업을 진행 합니다.
The Apache Jakarta Project 사이트에서 JK2 connector를 다운로드 받습니다. JK2의 binary 배포본은 Solaris와 WIN32용 만이 배포되고 있으므로 소스 형태의 배포본을 다운로드 받아야 합니다. http://jakarta.apache.org/site/sourceindex.cgi 에서 JK 2.0.4 Source Release tar.gz를 다운로드 받습니다.
배포파일 jakarta-tomcat-connectors-jk2-src-current.tar.gz
JK2 connector 소스를 컴파일 하면 얻을 수 있는 것이 mod_jk2.so 모듈입니다.
Apache 웹서버와 Tomcat을 연동할 mod_jk2.so 모듈을 얻는 것이 컴파일의 목적입니다.
적당한 위치에서 압축을 풀어줍니다. 소스들을 컴파일하고 필요한 파일들을 이동시키면 더 이상 사용하지 않기 때문에 다운받은 기본폴더인 /usr/local/src에서 압축을 풀어주겠습니다.
#> cd /usr/local/src
#> tar xvfz jakarta-tomcat-connectors-jk2-src-current.tar.gz
압축이 풀리면 해당 디렉토리로 이동합니다. JK2 모듈을 얻기 위해서는 jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2로 이동합니다.
#> cd /usr/local/src/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2
다음과 같이 configure를 실행하고 make로 컴파일을 합니다.
configure 옵션(autoconf 출력옵션) --with-apxs2[=FILE]
#> ./configure --with-apxs2=/usr/sbin/apxs
#> make
Apache 설치과정에서 –enable-layout=RedHat 옵션대신 –prefix=/www로 설정하고 설치하였을 경우는
#> ./configure --with-apxs2=/www/bin/apxs
#> make
Apache 2.0 에서 공유할 DSO 모듈을 build하기 위해 사용합니다. FILE은 Apache apxs tool이 있는 경로를 나타냅니다.
make시 에러가 발생할 수 있습니다. 이것은 autoconf 실행 중 설정되는 Apache 홈디렉토리가 RedHat에서는 /usr이므로, 컴파일 중에 필요로 하는 libtool 실행파일을 /usr/build/ 경로에서 찾는데 RedHat에서는 /var/www/build/ (/www/build)경로에 존재하기 때문입니다. 따라서 문제가 발생할 경우에는 /var/www/build (/www/build)디렉토리를 /usr 디렉토리 밑으로 복사하기 바랍니다.
문제없이 완료되었다면, 현재 위치한 /usr/local/src/jakarta-tomcat-connectors-jk2-2.0.4 -src/jk/native2 디렉토리를 기준으로 ../build/jk2/apache2/의 경로에 mod_jk2.so 파일이 만들어졌을 것입니다. 이 파일을 아파치 모듈이 있는 디렉토리로 복사합니다.
#> pwd
/usr/local/src/jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2
#> cd ../build/jk2/apache2
#> pwd
/usr/local/src/jakarta-tomcat-connectors-jk2-2.0.2-src/jk/build/jk2/apache2
#> ls (mod_jk2.so 파일이 존재하는지 확인합니다.)
#> cp mod_jk2.so /usr/lib/apache/ (/www/lib)
(레드햇에서는 아파치 모듈이 /usr/lib/apache(/www/lib) 디렉토리에 위치합니다.)
/usr/local/src/jakarta-tomcat-connectors-jk2-2.0.2-src/jk/conf/workers2.properties 파일을 /etc/httpd/conf/ 위치로 복사합니다.
#> cd /usr/local/src/jakarta-tomcat-connectors-jk2-2.0.2-src/jk/conf
#> cp workers2.properties /etc/httpd/conf
이 파일은 Apache 웹서버에서 JK2 모듈을 사용할 때 필요한 여러가지 설정을 저장한 파일입니다. 이 파일 이외에 jk2.properties 파일이 중요한데, workers2.properties 파일이 Apache 쪽에서 JK2 모듈의 설정을 담당한다면, jk2.properties 파일은 Tomcat 쪽에서 JK2 모듈을 통한 웹서버와의 연결 설정을 담당합니다. Tomcat 5.0 버전에서는 JK2 connector를 처리할 수 있는 coyote connector가 기본설치 되어 있기 때문에 jk2.properties 파일을 Tomcat의 conf 디렉토리로 복사할 필요는 없습니다.
/etc/httpd/conf/httpd.conf 파일을 vi와 같은 편집기로 열어 LoadModule 부분을 찾아서 아래와 같이 추가하고, DirectoryIndex 부분을 찾아서 index.jsp를 추가합니다.
LoadModule jk2_module lib/apache/mod_jk2.so (/www/lib/mod_jk2.so)
…
DirectoryIndex index.html index.html.var index.php index.phtml index.jsp
저장하고 편집기를 끝냅니다.
다음으로 /etc/httpd/conf 디렉토리에 복사해놓은 workers2.properties를 수정합니다. 아래의 설정 내용을 해당 파일 맨 아래 부분에 추가 합니다.
#> cd /etc/httpd/conf
#> vi worker2.properties
# Shared memory handling. Needs to be set.
[shm]
file=/var/log/httpd/shm.file (/www/logs/shm.file)
size=1048576
# Example socket channel, explicitly set port and host.
[channel.socket:localhost:8009]
port=8009
host=127.0.0.1
# define the worker
[ajp13:localhost:8009]
channel=channel.socket:localhost:8009
# Announce a "status" worker
[status:status]
# Uri mapping
[uri:/jsp-examples/*]
worker=ajp13:localhost:8009
[uri:/servlets-examples/*]
worker=ajp13:localhost:8009
[uri:/tomcat-docs/*]
worker=ajp13:localhost:8009
[uri:/*]
worker=ajp13:localhost:8009
[uri:/status/*]
worker=status:status
이번엔 /usr/local/tomcat/conf/jk2.properties를 수정합니다.
#> cd /usr/local/tomcat/conf
#> vi jk2.properties
## THIS FILE MAY BE OVERRIDEN AT RUNTIME. MAKE SURE TOMCAT IS STOPED
## WHEN YOU EDIT THE FILE.
## COMMENTS WILL BE _LOST_
## DOCUMENTATION OF THE FORMAT IN JkMain javadoc.
# Set the desired handler list
# handler.list=apr,request,channelJni
#
# Override the default port for the socketChannel
channelSocket.port=8009
# Default:
# channelUnix.file=${jkHome}/work/jk2.socket
# Just to check if the the config is working
# shm.file=${jkHome}/work/jk2.shm
shm.file=/var/log/httpd/jk2.shm (/www/logs/jk2.shm)
# In order to enable jni use any channelJni directive
# channelJni.disabled = 0
# And one of the following directives:
# apr.jniModeSo=/opt/apache2/modules/mod_jk2.so
# If set to inprocess the mod_jk2 will Register natives itself
# This will enable the starting of the Tomcat from mod_jk2
apr.jniModeSo=inprocess
(위 설정내용은 포스데이타㈜ BPM 사업추진반 장윤기 대리님이 작성한 <아파치와 톰캣 연동 및 로드 발란싱 구현>에서 발췌하여 수정한 것입니다.)
모든 설정이 끝났습니다. 실행시키기 전에 /usr 디렉토리에서 /etc/httpd/conf 디렉토리에 연결된 링크 파일을 만들어줍니다. 이것은 mod_jk2.so 모듈을 컴파일 할 때 Apache Home Directory를 /usr 로 인식했기 때문에 workers2.properties 파일을 /usr/conf에서 찾기 때문입니다. 다음과 같이 실행합니다.
(이 부분은 앞 과정에서 /usr/local/src/jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2 디렉터리에서 ./configure --with-apxs2=/usr/sbin/apxs 명령어로 환경 설정을 하기 전 ./configure –help 명령을 이용하여 configuration option을 확인하면 나타나는 option중 --with-apache2=DIR 옵션에 Apache 설치과정에 컴파일 환경에 따른 설치위치를 지정하면 될 듯 한데 각자 해 보시길…. 이 외에도 --with-apache2-include=DIR, --with-apache2-lib=DIR, --with-java-home=DIR 등의 옵션이 있으므로 설명을 참조하여 다양한 옵션을 적용하여 컴파일 해 보시기 바랍니다)
#> cd /usr
#> ln -s /etc/httpd/conf ./conf
모든 과정이 끝났으면 Tomcat과 Apache 웹서버를 실행시킵니다. ps 명령어로 현재 실행중인 process 목록을 확인해서 Tomcat과 Apache가 가동중인지 확인하고, 가동중이라면 실행을 중지시킵니다. 참고로 Tomcat의 Process CMD는 java입니다.
#> ps -el
(프로세스가 존재하는지 확인)
#> catalina.sh stop
(프로세스가 존재하면 실행중지)
#> catalina.sh start
#> /etc/init.d/httpd stop
(Apache 프로세스가 존재하면 실행중지)
#> /etc/init.d/httpd start
또는 (Apache 프로세스가 존재할 경우)
#> /etc/init.d/httpd restart
클라이언트에서 http://serverURL 로 연결해 봅니다. Apache Tomcat 웹페이지가 보이면 정상적으로 연동되어 작동하는 것입니다.
jk2.properties의 설정을 변경하였을 경우 이를 적용시키기 위해서는 Tomcat을 재가동 시켜주고 Apache 또한 다시 실행시켜주어야 합니다. workers2.properties의 설정을 변경한 경우에는 Apache 웹서버만 재가동시킵니다.
참고사항
- Apache Tomcat 연동에서 가장 중요한 부분은 자신의 시스템 또는 제공하려는 서비스에 알맞은 설정 파일을 작성하는 것입니다. 이 문서에서는 기본적인 설치만을 다루고 있기 때문에 자세한 사항은 Apache Jakarta 홈페이지를 방문해서 Tomcat 5.0 Document를 참고하기 바랍니다.
- 참고문서
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/index.html Tomcat 5.0 Document
http://www.javamania.pe.kr/index2.html [자바이야기>자료실] 아파치와 톰캣 연동 및 로드 발란싱 구현 (장윤기 님)
5. Tomcat 설정을 이용하여 서버의 일반 사용자 계정에서 JSP서비스를 제공하기
아래 내용을 수정합니다.
# vi $CATALINA_HOME/conf/server.xml
<!-- Host 부분은 원래 있는 내용 -->
<Host name="localhost" debug="0" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
<!-- 추가 해야 하는 내용 -->
<Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html"
userClass="org.apache.catalina.startup.PasswdUserDatabase"/>
파일 저장 후에 Tomcat을 서비스를 다시 한번 시작해준다.
* Listener을 추가하게 되면
http://localhost:8080/~user_account (or http://localhost/~user_account)로 접근할 수 있다.
* 계정별 Class Path 사용해서 Java Class를 사용하고 싶은 경우
1. 각 계정별 설정
#> vi .bash_profile 에서
export CLASSPATH=`./public_html/WEB-INF/classes`
를 추가한 후 저장한 후
#> source .bash_profile
#> startup.sh (톰캣 재가동. or catalina.sh start
2. 사용자 모두 설정시
#> vi /etc/profile
export CLASSPATH=`/home/*/public_html/WEB-INF/classes`
를 추가한 후 저장한다.
#> source /etc/profile
#> startup.sh (톰캣 재가동. or catalina.sh start
6. JSP에서 Oracle9i 연동하기
오라클DB를 연동하기 위해서는 JDBC드라이버가 필요하다.
http://otn.oracle.com/software/tech/java/sqlj_jdbc/index.html 에서 다운 받을 수 있다.
위 사이트에서 자신의 oracle과 호환되는 버전의 jdbc드라이버를 다운 받는다. 설명은 리눅스용 Oracle9i 9.2.0.4와 호환되는 Oracle9i 9.2.0.3 JDBC Drivers를 이용하도록 하겠습니다. http://download.oracle.com/otn/utilities_drivers/jdbc/9203/ojdbc14.jar 파일을 다운받습니다. 다운 받은 파일의 파일명을 classes12.jar로 변경합니다.
만일 오라클을 설치하였다면 설치된 서버의 오라클 설치 위치에 JDBC driver 파일이 존재하므로 위 파일을 다운받지 않고 그 파일을 이용하여도 됩니다. 오라클을 설치 시 설치 경로를 /opt/oracle/product/9.2.0로 설정 하였다면 /opt/oracle/product/9.2.0/jdbc/lib 폴더에 JDBC Driver 파일인 classes12.jar이 존재 합니다.
위 두 가지 방법 중 자신이 원하는 방법으로 classes12.jar을 구했다면 그 파일을 J2SDK가 설치된 폴더의 /usr/java/j2sdk/jre/lib/ext 폴더에 복사합니다.
자바에서는 /자바설치디렉토리/jre/lib/ext/ 폴더에 있는 파일들은 자동으로 로딩하기 때문에 따로 classpath를 잡아주지 않아도 됩니다. 그렇지 않고 따로 classpath를 설정하고 싶으신 분들은 classes12.jar 파일을 자신이 원하는 폴더에 저장하시고 클래스 패스를 설정하셔도 됩니다. (권장 하지는 않습니다.)
예) /usr/local/tomcat/common/lib/classes12.jar 에 파일을 위치 시켰을 경우
Root 사용자 권한에서만 사용하려면 /root 디렉토리에서 .bash_profile을 수정하고 모든사용자에게 사용할 수 있도록 설정 한다면 /etc/profile 파일을 아래와 같이 수정 합니다.
#> vi /etc/profile (모든 사용자에게 적용한다면)
JAVA_HOME=/usr/java/j2sdk (또는 JAVA_HOME=/usr/local/j2sdk)
#JAVA_HOME는 J2SE를 rpm이나 바이너리 중 자신이 설치한 방식에 따라 지정합니다.
CATALINA_HOME=/usr/local/tomcat
PATH=$PATH:$JAVA_HOME/bin:$CATALINA_HOME/bin
export JAVA_HOME CATALINA_HOME
export CLASSPATH$CATALINA_HOME/common/lib/classes12.jar
저장하고 빠져 나옵니다.
변경된 설정을 적용합니다.
#> source /etc/profile
- Oracle DB 연동테스트
아래 내용을 에디터로 편집하여 jsp확장자를 가지는 적당한 이름으로 저장한다. 저장할 위치는 tomcat이 설정된 위치 아래에 있는 webapps/ROOT/ 경로에 저장한다. 위 설명에서 Tomcat을 /usr/local/tomcat 에 설치하는 것으로 가정하였으므로 파일이 저장될 절대경로는 /usr/local/tomcat/webapps/ROOT/ 디렉터리에 저장하면 된다. 저장을 한 후 웹브라우져에서 데이터베이스에 저장된 테이블의 값을 읽어와 뿌려주면 오라클DB와 정상적으로 연동된 것이다.
<%@ page contentType="text/html;charset=euc-kr" %>
<%@ page import="java.sql.*" %>
<%
Class.forName("oracle.jdbc.driver.OracleDriver");
Connection con =
DriverManager.getConnection("jdbc:oracle:thin:@211.234.53.212:1521:ws16ora1","scott","tiger");
String sql="select empno,ename,job,mgr,hiredate,sal,comm, deptno from emp";
Statement stmt=con.createStatement();
ResultSet rs=stmt.executeQuery(sql);
while (rs.next()) {
out.print(rs.getInt(1)+"||");
out.print(rs.getString(2)+"||");
out.print(rs.getString(3) +"||");
out.print(rs.getInt(4) +"||");
out.print(rs.getDate(5) +"||");
out.print(rs.getInt(6) +"||");
out.print(rs.getInt(7) +"||");
out.print(rs.getInt(8) +"<br>");
}
rs.close();
stmt.close();
con.close();
출처---http://blog.naver.com/mickey109/60004785056
|
Hit : 23516 Date : 2009/05/30 10:13
|
1581, 
2/80 
k1rha
