<a href="https://webprogrammer.tistory.com/" title="개발자(開發者) a developer">개발자(開發者) a developer

제안 및 의견

튜토리얼 평가

서버 설정, 컴파일 시작

필자가 작업해온 모든 아파치 제품에는 설정, 컴파일, 시작 단계가 포함된다. 이 과정은 코드를 준비하고 소프트웨어가 어떻게 그리고 어디에 설치될지 등에 대해 알려주게 된다.

소프트웨어 설정하기

톰캣 소프트웨어를 설정하려면 다음과 같이 타이핑한다.

cd $CATALINA_HOME/bin

./configure --with-java=/usr/java

또는 다음과 같다.

export JAVA_HOME
./configure

코드 컴파일하기

톰캣 코드를 컴파일했다면 이제 컴파일한다.

바이너리와 라이브러리 빌드하기

Listing 5에 톰캣 바이너리와 라이브러리를 빌드하는 코드를 보였다.

Listing 5. 바이너리와 라이브러리 빌드하기

                    
# gunzip jsvc.tar.gz

# pwd
/opt/apache-tomcat-6.0.16/bin

# tar -xvf jsvc.tar

# gmake

gmake가 위치한 경로가 PATH에 있는지 확인하기 바란다(예를 들어 ./sfw/bin/).

기억해둘 것: 톰캣 사이트에서는 FreeBSD 시스템의 자체 BSD make 명령어 대신 GNU make(gmake)를 사용해야 한다고 언급하고 있다.

Listing 6의 코드로 실행 파일인 .jsvc를 생성한다. 이 파일은 톰캣을 데몬으로 성공적으로 구동하는 데 필요하다.

jsvc에 대한 간단 명료한 정의

jsvc는 런처(launcher) 프로세스, 통제(controller) 프로세스, 통제되는(controlled) 프로세스 이렇게 세 개의 프로세스를 사용한다. 통제되는 프로세스는 주 자바 쓰레드다. 이 주 자바 가상 머신(JVM)이 비정상적으로 종료되면 통제 프로세스, 즉 컨트롤러 다음에 재시작한다. jsvc는 데몬 프로세스이므로 root로 시작해야 한다. 인자값으로 -user를 주면 root 권한이 없는 사용자로도 동작시킬 수 있다.

Listing 6. jsvc에 권한을 설정하여 복사하기

                    
chmod 775 jsvc
cp jsvc ..
cd ..

서버 시작하기

CLI나 내장된 서버 형태로 된 자바 프로그램으로 서버를 시작할 수 있다. 게다가 서버는 데몬 형태로 구동할 수 있는데 이렇게 하면 윈도 환경에서 서비스와 비슷한 형태로 자동 구동된다.

기본 시작 스크립트 구동하기

Listing 7에서는 톰캣용 기본 시작 스크립트를 보였다.

Listing 7. 기본 시작 스크립트

                    
cd $CATALINA_HOME/bin
./startup.sh 
cd ../logs

에러가 나는지 catalina.out을 확인하기 바란다. cat, vi, more, less를 쓴다면 파일 아래로 갈 때 시프트+G키를 누른다. 아니면 다음과 같이 타이핑할 수도 있다.

tail -50 catalina.out

위처럼 하면 에러 파일의 마지막 50번째 줄까지 체크할 수 있다.

이렇게 하는 게 이 튜토리얼의 범위를 넘어가긴 하지만 톰캣 코드를 수정하거나 스스로 LifecycleListeners를 구현하여 시작 프로세스를 입맛에 맞게 고칠 수도 있다.

시작 데몬 구동하기

데몬은 다양한 옵션을 사용해 시작할 수 있다. 이를테면 root가 아닌 사용자로 구동하려면 -user를 주거나, 특정 .pid 파일 위치를 명시하려면 -pid 옵션을 준다거나, 에러 및 출력 파일 로그를 설정하려면 각각 -errfile과 -outfile을 준다거나 할 수 있다. 어떤 옵션이 지원되는지 전체 내용을 보려면 ./jsvc -help라고 타이핑한다. Listing 8에서 jsvc 시작 스크립트의 예를 보였다.

데몬이란 무엇인가?

데몬은 비 대화형(non-interactive) 서버 애플리케이션으로서 명시한 시그널(signal)들을 운영체제가 통제하게 된다. 윈도에서 서비스를 떠올려보자. 윈도의 서비스는 서버 애플리케이션의 정상적인 셧다운을 위해 제공된다. 운영체제는 셧다운이 절박한 상황인 경우 서버 애플리케이션에게 이를 고지하게 되고 애플리케이션은 수행중인 과정을 끝내기 전에 어떤 작업을 수행할 수 있도록 할 여지가 생기게 된다.

Listing 8. jsvc 시작 스크립트의 예

                    
Bash#./jsvc –home /usr/jdk/instances/jdk1.5.0 \
–Dcatalina.home=/opt/apache-tomcat-6.0.16 \
-cp ./bin/bootstrap.jar -outfile ./logs/catalina.out \
-errfile ./logs/catalina.err \
       org.apache.catalina.startup.Bootstrap

jsvc/bin 디렉터리에 포함되어 있는 Tomcat.sh 스크립트를 사용하는 것도 꽤 도움이 된다. 하지만 여러분 환경에 맞게끔 경로 같은 것들을 맞춰서 변수를 편집할 필요는 있을 것이다.

톰캣 설치 테스트하기

기본 톰캣은 http 포트 8080에 내부 HTTP 서버를 설치한다(Coyote HTTP/1.1). 이 아키텍처와 설정을 위해 아파치 HTTP 서버가 별도로 필요하지는 않다. $CATALINA_HOME 디렉터리의 server.xml 파일을 수정해서 80 같은 전형적인 웹 서버 포트 번호로 간단히 변경할 수 있다. 또한 기본 SSL(Secure Sockets Layer) 포트도 전형적인 SSL 포트 번호인 443으로 간단히 변경할 수 있다. server.xml 파일은 톰캣이 핵심 설정 서버 정보를 얻는 곳이라 할 수 있다.

http://localhost:8080/을 가보는 것으로서 톰캣이 성공적으로 구동되었는지 여부를 판별해볼 수 있다. 제대로 되었다면 그림 3과 비슷한 시작 페이지를 볼 수 있어야 한다.

그림 3. 톰캣 관리 콘솔 환영 페이지
톰캣 최초의 시작 페이지

Posted by 1010

60.Unix2008. 12. 16. 17:09

유닉스에서 개발 웹 서버 설치, 설정하기4

유닉스에서 개발 웹 서버 설치, 설정하기

빠르고 기능이 풍부하고 자유롭게 사용 가능한 웹 서버를 만들면서 여러분의 유닉스 실력을 한 단계 높여보자

	12 페이지 중 5 페이지

문서 옵션

제안 및 의견

튜토리얼 평가

서버 설치 파일 다운로드, 추출하기

서버 설치 파일을 추출하는 다양한 방법을 찾아보자.

설치 파일을 찾아 옮기기

GUI를 사용하고 있다면 Launch > Applications > Utilities > Terminal을 선택해 터미널 창을 연다. 파일을 바탕 화면에 저장했고 아직 root 사용자라면 cd /Desktop 명령어를 입력한다. ls -ltr이라고 명령어를 실행하여 톰캣의 tar.gz 파일이 거기에 있는지 살핀다. 그러고 나서 그 파일을 /opt 디렉터리 아래로 옮긴다(/opt 디렉토리는 대부분의 신규 소프트웨어가 설치되는 디렉터리다). 설치 파일을 옮기려면 다음과 같이 타이핑한다.

mv *tar.gz /opt

그러고 나서 ls -ltr /opt를 타이핑하여 파일이 제 위치에 있는지 확인한다.

권한 설정하기

권한은 유닉스 시스템의 근원이다. 적절한 권한이 없다면 아무것도 할 수가 없다. 어떤 것에 대한 권한 제한 없이는 어떠한 사용자라도 어떠한 일이든 할 수가 있다. 이는 우선 설치에서 여러분 스스로에게 가장 높은 수준의 권한을 주어서 여러분(혹은 다른 사용자가) 적절히 실행 가능하도록 하게끔 해야 하는 이유다. 다음으로 Listing 4에 보인 대로 설치 코드를 풀어낼 때 모든 임시 및 설치 디렉터리에 적절히 쓰기가 이뤄질 수 있도록 umask 명령어를 사용한다.

Listing 4. 적절한 권한과 umask 설정

                    
cd /opt
chmod +x *gz (same as chmod 775)
umask 007 (사용자가 770 권한을 갖고 신규 파일을 생성할 수 있도록 한다. chmod를 역으로 생각해 보라.)

설치 파일 추출하기

대부분의 코드 패키지는 .tar 파일 형태이며 좀 더 크기를 줄이고자 .gz 파일 형태를 갖고 있다. 간단히 gunzip 명령어를 써서 압축을 해제할 수 있다.

gunzip *.gz

.tar 파일 추출하기

마지막으로 코드를 "untar"(풀어내기) 해야 한다. 묶어 놓았던 것을 정확히 그대로 코드를 추출해내는 것이다(디렉터리를 비롯하여 모두 다). 이것이 바로 필요한 디렉터리 경로 하에 파일을 untar하는 것이 중요한 이유다. 유닉스에서는 /opt가 최상의 위치다.

tar -xvf *.tar

이 명령어를 쓰면 애플리케이션 파일이 추출된다. ls -latr을 쓰면 추출된 파일을 볼 수 있다. 몇 가지 .bat나 .exe 파일로 설치가 되었다면 다음과 같이 타이핑해 삭제한다.

rm *.exe
rm *.bat

톰캣 디렉터리가 만들어졌으니 서버 설정, 컴파일, 시작으로 가보자.

Posted by 1010

60.Unix2008. 12. 16. 17:09

유닉스에서 개발 웹 서버 설치, 설정하기3

유닉스에서 개발 웹 서버 설치, 설정하기

빠르고 기능이 풍부하고 자유롭게 사용 가능한 웹 서버를 만들면서 여러분의 유닉스 실력을 한 단계 높여보자

	12 페이지 중 4 페이지

문서 옵션

제안 및 의견

튜토리얼 평가

CATALINA_HOME(톰캣의 기본 홈 디렉터리)

서버 준비하기

변수를 설정하고 설정 파일을 수정한 뒤 사용자를 생성하는 등 여러 작업을 하여 서버를 준비하자.

경로 설정

서버에 설치해야 하는 도구뿐 아니라 셸에 대해 PATH 변수 설정을 정확히 할 필요가 있다. PATH 변수는 셸이 어떤 소프트웨어와 도구 등이 어디에 있는지 찾는 위치를 알려준다.

자바 버전 점검

사용중인 자바 기술 버전을 점검하려면 java -version 명령을 사용하라. 그러면 다음과 같은 내용을 보게 될 것이다.

bash-3.00# java -version
java version "1.5.0_12"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
Java HotSpot(TM) Client VM (build 1.5.0_12-b04, mixed mode, sharing)

JAVA_HOME

먼저 릴리스에 포함된 지시에 따라 JRE를 설치해야 한다. 필자는 보통은 JRE보다는 자바 소프트웨어 개발 키트(JDK)를 사용한다. 여러분도 그렇게 하기로 했다면 JDK를 설치한 디렉터리의 경로 이름(예를 들어 /usr/local/java/j2sdk5.0)을 JAVA_HOME 환경 변수에 설정한다. JAVA_HOME 변수를 설정하려면 다음 코드를 사용한다.

bash-3.00# export JAVA_HOME=/usr/jdk/instances/jdk1.5.0

다음과 같이 할 수도 있다.

JAVA_HOME=/usr/bin/java; export JAVA_HOME'

(차이점은 없다).

명령이 제대로 동작하는지 체크하기 위해 echo 명령어를 타이핑해 본다.

bash-3.00# echo $JAVA_HOME
/usr/jdk/instances/jdk1.5.0

CATALINA_HOME은 릴리스 디렉터리의 완전한 경로 이름을 참조하는 데 사용한다. 이 변수를 설정하려면 다음 코드를 사용한다.

bash-3.00# export CATALINA_HOME=/opt/apache-tomcat-6.0.16

이 코드는 설치한 톰캣 버전에 따라 달라진다. 의심이 간다면 추출한 .tar 파일을 보고 이름을 붙이기 바란다. 이름에 정확한 버전이 붙어있기 때문이다.

셸과 설정 파일 편집

예제 명령어에서 bash에 대한 몇 가지 참조할 내용을 얻었을 것 같다. 유닉스에 로그인한 사용자들은 지루하게 자세한 내용에는 매달리지 않고 서버를 살펴보고 관리할 수 있는 CLI를 수행하고 서버를 벗어난다. 다른 운영체제와 다른 점이라고 할 수는 없지만 본 셸(Borune shell, sh)이나 본 어게인 셸(Bourne-again shell, bash) 같은 것들을 타이핑하여 해당 셸을 정의할 수 있다는 점에서 좀 더 유연성을 제공한다.

추가로 사용하는 셸에 따라 자동으로 PATH 변수를 설정하고 서버 상의 유용한 공통 명령어를 표현하는 별칭(alias) 설정도 할 수 있는 등 CLI에 맞게 맞춤 셸 프로파일을 수정할 수 있다. 그러기 위해선 .bashrc, .profile(bash의 기본 파일) 등을 수정해야 한다. 이 파일을 생성하려면 vi 편집기를 사용한다. 그러고 나서 root, 개인 계정, 톰캣 사용자 ID에 맞게 서버에 로그인할 때마다 PATH 변수가 적절히 설정될 수 있도록 편집해준다.

홈 디렉터리 하에서 .profile 파일을 생성한다(Listing 1 참조). 없다면 표준 유닉스 편집기인 vi를 사용하여 생성한다.

Listing 1. 표준 유닉스 편집기를 사용하여 .profile 생성하기

                    
cd ~/ (home dir)
vi .profile

문자 삽입(insert)을 위해 i를 누른다. 그러고 나서 위에서 설정할 경로를 추가한다. 다음과 같을 것이다.

# /bin/sh
stty istrip
PATH=$PATH:/usr/bin:/usr/local/bin:/usr/ucb:/etc
export PATH
umask 077

export SHELL=/usr/bin/ksh
export ENV=$HOME/.kshrc
export EDITOR=vi
export FCEDIT=vi

#Tomcat specific PATHs

export JAVA_HOME=/usr/jdk/instances/jdk1.5.0
export CATALINA_HOME=/opt/apache-tomcat-6.0.16

또한 이번이 앞으로 참조할 도구를 설치할 모든 영역을 커버할 PATH 변수에 덧붙일 좋은 때일 수도 있겠다. 필자가 설정한 걸 예로 들면 필자는 다음과 같이 두 경로를 넣었다.

bash-3.00# PATH=/usr/ccs/bin:$PATH; export PATH (for make cmd)
bash-3.00# PATH=/usr/sfw/bin:$PATH; export PATH

사용자와 그룹

여러 사용자가 서버를 사용하게 된다면 당연히 각기 다른 사용자가 다양한 도구와 파일 시스템에 접근할 수 있도록 허용할 사용자와 그룹 권한을 설정하고 싶을 것이다. root가 아닌 사용자로 톰캣을 설치하여 동작시키려 한다면 이 또한 필수다(대부분의 실 서비스 환경에서 추천되는 방식이다). 튜토리얼 뒷 부분에서 이에 대해 자세히 다루겠다. 다만 여기서 명령어 몇 개 정도 나열하도록 한다.

톰캣 그룹을 생성하려면 Listing 2의 코드를 사용한다.

Listing 2. 톰캣을 구동할 그룹 생성하기

                    
/usr/sbin/groupadd -g {구체적인 gid 명시. 명시하지 않으면 OS가 gid를 알아서 할당해줄 것이다.} 
{그룹 이름}
말하자면 다음과 같다.
/usr/sbin/groupadd -g 10004 tomcatgroup

톰캣 사용자를 생성하려면 Listing 3의 코드를 사용한다.

Listing 3. 톰캣을 구동할 사용자 생성하기

                    
/usr/sbin/useradd -d {사용자 홈 디렉터리} -g {사용자가 속한 주 그룹} -u 
{구체적인 UID 명시. 이 란은 비워둘 수 있다. 명시하지 않으면 운영체제가 UID를 알아서 할당해줄 것이다.)  
-s {해당 사용자에 대한 기본 셸} -c "{사용자에 대한 상세 정보 명기}" {사용자 이름}
말하자면 다음과 같다.
/usr/sbin/useradd -d /export/home/tomcat -g tomcatgroup -u 10010 -s /bin/ksh -c 
"Main Tomcat Administrative User" tomcat

Posted by 1010

60.Unix2008. 12. 16. 17:08

유닉스에서 개발 웹 서버 설치, 설정하기2

유닉스에서 개발 웹 서버 설치, 설정하기

빠르고 기능이 풍부하고 자유롭게 사용 가능한 웹 서버를 만들면서 여러분의 유닉스 실력을 한 단계 높여보자

	12 페이지 중 3 페이지

문서 옵션

제안 및 의견

튜토리얼 평가

아키텍처 개요

톰캣의 제약 사항과 전형적인 엔터프라이즈 환경이 어떻게 구성되는지 알아보자.

제약 사항

톰캣이 개발 환경에서 단일 서버로 돌아가도록 할 것인가? 꽤나 제한적이지 않은가? 그렇다. 사실이다! 톰캣은 사실 다운로드 횟수만 수백만 회이고 여러 잘 알려진 웹 사이트의 실 서비스 환경에서도 성공적으로 동작하고 있다. 하지만 거기엔 제약 사항이 있다.

상용 소프트웨어 제품(특히 IBM WebSphere Application Server)은 실 서비스 환경에서 훨씬 더 우월한데 J2EE를 완벽히 준수하고 추가 기능과 보안 기능을 갖추고 있다는 것이 주된 이유다. 기능적으로 완벽한 실 서비스 환경에서 톰캣을 구현하려고 한다면 기초를 갖추는 데 이 튜토리얼을 이용할 수 있을 것이다.

엔터프라이즈 환경

그림 1에서 보인 엔터프라이즈 아키텍처에 대한 것은 브라우저에서 엔터 키를 눌렀을 때 벌어지는 일들을 다소 정확하게 표현한 것이다. 이 아키텍처에는 IBM과 미 공군(United States Air Force)의 수억 달러짜리 미션 크리티컬 애플리케이션을 포함한 내가 봐온 나라 전역에서 고객을 위해 동작하는 애플리케이션들의 반복되는 요소들로 구성되어 있다.

그림 1. 엔터프라이즈 아키텍처의 예

A. 네트워크에 대한 경계

보통은 네트워크에 경계가 있다. 라우터나 방화벽, 그리고 웹 요청과 적절한 도메인을 일치시켜 주는 프록시 서버(엄밀히 말하면 리버스 프록시) 같은 것들 말이다. 어떤 인증의 수준이 있을 수도 있고, 심지어 DMZ(demilitarized zone)에 의해 보호받게 될 네트워크 상의 첫 서버에 도달하기도 전에 앞단의 IBM Tivoli® Access Manager(TAM)/TAM WebSEAL 서버 수준에서 허가를 받아야 할지도 모른다.

B. 웹 서버

다음엔 웹 서버다. 이런 서버들은 모두 수직적 그리고 수평적 장애 극복(failover) 기능을 갖추고 있는데 이 말 뜻은 각 단에서 분리되었지만 쌍둥이인 하드웨어가 존재하고 가능한 한 소프트웨어 단에서 복제해 둠을 의미한다. 웹 서버가 웹 요청을 받아서 정적인 내용을 제공하는 일을 한다면 또 다른 계층의 네트워크 디스패처(dispatcher: ND)를 갖거나 최소한 추가적인 라우팅을 수행하는 플러그인(IBM HTTP 서버(IHS) 플러그인 같은 것)을 가질 수도 있다.

C. 애플리케이션 서버(서블릿 엔진)

이제 J2EE 엔진(WebSphere Application Server)이다. J2EE 엔진은 웹 혹은 서블릿 컨테이너뿐 아니라 기본적인 것에서 전문적인 자바 함수와 비즈니스 로직을 다루는 EJB(Enterprise JavaBean) 컨테이너로 구성되어 있다. 웹 서비스와 IBM WebSphere MQ 메시지를 연결하는 등 무수히 많은 일을 하기 위해 여러 어댑터를 쓸 수도 있다. 그리고 자주 MySQL, IBM DB2®, 오라클(Oracle) 백엔드와 연결하는 데이터베이스 연결 풀도 갖는다.

LDAP(Lightweight Directory Access Protocol) 서버 그리고 옛날 방식의 서버들과 연결할 가능성이 있다면 실제 n-티어 아키텍처를 갖는다. 이제 웹 서버 환경을 시작해 보자.

개발 환경

그림 2를 보자. 브라우저를 통해 인터넷에 접근할 수 있는 도구를 일부 갖고 있는 단일 유닉스 운영체제에 단일 서버 설치에 기반을 둔다고 가정하자. 이 서버에는 톰캣, 여러 운영체제 수준의 도구들뿐만 아니라 (가능하다면) 자체 로컬 데이터베이스나 최소한 로컬 저장소(로컬 디렉터리 구조)에 저장되는 소프트웨어와 애플리케이션 코드도 함께 저장될 것이다.

기억해둘 것: 필자가 톰캣 서버라 함은 전체 컨테이너를 의미한다.

그림 2. 독립형 서버 아키텍처의 예
독립형 톰켓 서버

실제 엔터프라이즈 아키텍처처럼 보이진 않겠지만 적어도 서버에서 기본적인 애플리케이션 기능을 복제할 수 있을 것이다. 제한적이긴 하지만 의도와 목적면에서 여러분이 관리자라면 이번에 설치해 보는 것은 예제로 테스트 개발 서버를 설치한다거나 그저 연습삼아 써볼 서버를 설치한다고 생각하자.

아파치 HTTP 서버 프런트 엔드와 톰캣을 분리해서 설정하여 구동할지 선택할 수 있으나 이 튜토리얼의 목적 상 추천하지는 않는다. 좀 더 해야 할 일도 많고 관리하고 설정할 것도 많아지기 때문이다. 또한 mod_jk 모듈도 필요할 것이고 적절히 라우팅도 설정해야만 한다.

어느 쪽을 택하든 설치와 설정을 하기 전에 공통 질문으로 가자.

Posted by 1010

60.Unix2008. 12. 16. 16:52

유닉스에서 개발 웹 서버 설치, 설정하기1

유닉스에서 개발 웹 서버 설치, 설정하기

빠르고 기능이 풍부하고 자유롭게 사용 가능한 웹 서버를 만들면서 여러분의 유닉스 실력을 한 단계 높여보자

	12 페이지 중 1 페이지

문서 옵션

제안 및 의견

튜토리얼 평가

난이도 : 중급

Matthew Skamser, 소프트웨어 컨설턴트, Solution Destination, Inc.

2008 년 9 월 09 일

개발 또는 테스트 용도로 사용할 아파치 톰캣(Apache Tomcat) 서버 설치와 설정에 대해 단계별로 자세히 접근하여 알아봅니다. 아울러 유닉스(UNIX®) 환경에서 웹 혹은 애플리케이션 서버를 어떻게 만들어 관리할지 도움이 될 만한 팁을 살펴보겠습니다.

시작하기 전에

이 튜토리얼에서 기대하는 바와 이를 어떻게 하면 가장 잘 도출해낼 수 있을지 알아보자.

이 튜토리얼에 대해

그러면 자바(Java™) 2 플랫폼 엔터프라이즈 에디션(J2EE™) 애플리케이션 개발, 테스팅, 배치(deploy), 튜닝을 수행하기 위해 완벽한 기능을 갖춘 애플리케이션 서버를 설치하고 싶은 것인가? 아니면 단지 새로운 걸 배워보고 싶은 상태이고 여러분 스스로의 애플리케이션 서버 환경은 확립하기로 결정한 상태인 것인가? 어디서 시작하고 싶은가?

동기가 어떻든 간에 이 튜토리얼을 읽고 있다면 웹 사이트가 어찌 돌아가는지 그리고 브라우저에서의 애플리케이션 접근에 대한 최소한의 공통 분모(도메인, 코드, 웹 브라우저, 데이터베이스 등)로 무엇이 필요할지 정도는 기본적으로 익숙해야 한다. 기본 사항을 숙지하고 있고 웹 혹은 애플리케이션 서버에 필요한 내용을 알며, 유닉스 서버에 접근할 수 있고, 웹 서버 관리에 대해 한 두세 개 정도 배울 마음만 갖고 있다면 이 튜토리얼은 여러분을 위한 것이다.

목적

이 튜토리얼은 다음 내용에 대해 담고 있다.

아파치 톰캣과 유닉스에 대한 소개뿐 아니라 시작하기 위해 필요한 것들에 대한 소개
엔터프라이즈 웹 아키텍처 대 독립형(stand-alone) 웹 아키텍처에 대한 비교
아무것도 설정되어 있지 않은 유닉스 서버에 웹 혹은 애플리케이션 서버 설치 준비
톰캣 웹 서버 설치와 시작 방법에 대한 상세한 단계별 지시
톰캣 웹 애플리케이션 매니저(Tomcat Web Application Manager) 접근 설정 정보
예제 애플리케이션 배치에 대한 지시 사항
추가적인 내용

슬슬 곰팡이가 피는 거 같다... 긁어내자. 잽싸게 초보 유닉스 관리자로서 거듭나도록 갈고 닦을 때다.

준비할 것들

이 튜토리얼에서는 기호에 맞게 기본 유닉스 운영체제가 이미 설치되었다고 가정하고 있다. 튜토리얼에서 예제를 구동하려면 톰캣 버전 6가 설치되어 구동되어야 한다.