행복만땅 개발자

운영중인 WEB시스템을 보면 정적인 페이지와 동적인 페이지를 구분해서 관리하곤한다.

가장 일반적으로는 정적인 페이지는 아파치에서 동적인 페이지는 톰캣에서 구동되도록 하고 있는데...

왜 그런걸까?

현재 톰캣에서 http spec을 지원(즉 웹서버기능을 포함)하고 있기 때문에 굳이 옛날처럼 웹서버와 어플리케이션 서버를 구분할 필요가 있을까? 물론 간혹 이제까지 해왔기 때문에 라는 이상한 논리를 펴시는 분들은 아마도 이제까지 그리 해오는것이 당연하게 생각해왔기 때문은 아닐까? 하지만 구분하시는 분들은 시스템의 퍼포먼스를 위해서라는 나름 경험적인 말들을 하곤하다.

반대로 예전에는 톰캣에서 웹서버 기능을 지원하지 않았지만 지금은 톰캣만으로 충분하다고 말씀하시는 개발자분들도 계시다.

내 개인적인 생각은 둘다 맞는 것 같다. 분명 정적페이지만을 아파치에서 관리하게 되면 정적인 파일에 대해서도 동적구동루틴의 타게 함으로써 생겨나는 부하를 줄이게 되기 때문에 퍼포먼스를 줄일 수 있다(즉 정적인 페이지를 요청하는 횟수가 줄이게 됨으로써 네트워크의 부하를 줄임). 또한 이미지의 경우 전송되는 헤더의 크기가 훨씬 적어지기 때문에 더 나은 퍼포먼스를 가지게 된다.(즉 쿠키가 필요없는 이미지파일에 대한 요청에 대해 정적인 페이지에서 헤더에 포함되어 전송되기 때문에 전송패킷의 크기는  달라진다. 이미지 파일크기가 달라진다는 의미는 아님.도메인 분리에 대한 헤더파일 크기 비교는 링크페이지 참조). 또한 작은 이미지의 경우 톰캣이나 아파치나 큰 성능차이는 없지만 큰 이미지의 경우 아파치에서 구동하는 것이 훨씬 빠르다고 한다. 하지만 요새 운영시스템의 사양은 톰캣이나 JBoss같은 WAS만을 구동하기엔 너무나 고사양이다.

즉 어떤 시스템인가에 따라 다르긴 하지만 톰캣하나만으로도 웬만큼 충분하다는 말이다.

일반적으로 개발할때는 톰캣하나만으로 개발하다가 운영시 분리하곤 한다. 하지만 난 오히려 운영보다는 개발할때 분리를 해야 한다고 생각을 한다. 어떤 개발자분들을 보면 작업표시줄에 수많은 프로그램이 떠 있는 상태에서 개발하곤 한다. 물론 디버깅이나 모니터링때문에 텔넷창을 여럿 띄어두기도 하고 웹브라우저도 몇개 띄어두고 이클립스랑 기타 성능관리 툴, 워드파일이니 엑셀파일도 열고. 크 놋북사양이 부럽다는 생각만 든다. (나도 물론 여럿 띄워둔채 개발하긴 하지만..). 현재 이클립스 3.4를 가지고 개발하고 있는데 다이나믹 웹프로젝트로 프로젝트를 만들고 개발 소스가 많아질수록 초기 구동시 등록된 Context를 동기화 하면서 간혹 구동에 실패하곤 한다. (물론 재시작하면 정상구동이 되거나 계속 실패가 반복되는 경우 디버깅모드를 ERROR로 바꿔 재구동하면 해결된다). 그래서 다이나믹 웹프로젝트에는 JSP만을 올리고 나머진 static 웹프로젝트로 만들어 처리하여 톰캣 초기구동시 걸리는 시간을 줄일 수 있다.

아 사설이 넘 길었다. 후딱 후딱 지나가야지..

먼저 아파치를 설치한다.

우선 Apache 서버를 설치해 보기로 보자.

http://httpd.apache.org/ 에서 아파치를 다운받는다. 최신 버젼은 2.2.9.

다운받은 Apache 설치 파일을 실행시킨다. 실행버튼 클릭!!

실행후 바로 나타나는 화면이다. Next 버튼 클릭 !!

실행하기 전에 읽어보라는데 이것 역시 영어다. 패스!! Next 버튼을 클릭!!
한번쯤 읽어 보시기를 권장한다. ㅎㅎ

아래 입력박스에 해당하는 도메인정보와 이메일 정보를 입력한다.지금 입력되어 있는 것은 내가 임의로 입력한 내용으로 각자에게 알맞는 정보를 입력하면 된다. 그리고, 아래쪽에 있는 항목은 IIS가 설치되어 운영중일 경우 그러니까 80번 포트가 아닌 8080이나 기타 다른 포트를 사용할 경우에는 아래쪽을 선택하고 그냥 기본으로 설치하고자 한다면 위쪽 항목을 선택하면 된다.
입력과 선택을 마쳤다면 Next 버튼을 클릭 !!

설치 타입은 기본으로 해도 되고 사용자 선택(Custom)으로 설치 해도 상관없슴.Next 버튼을 클릭 !!

설치 디렉토리를 지정하고, Next 버튼을 클릭 !!기본으로 두고자 한다면 그냥 넘어가면 되고, 다른 디렉토리에 설치를 원하면  Change 버튼을 눌러 설치하고자 하는 디렉토리를 선택하면 된다.

Install 버튼을 클릭하면 자동으로 설치된다.

Finish 버튼을 클릭하고 설치 프로그램을 빠져 나가면 된다.

설치과정에서 기본 포트(80)을 선택하였다면, 웹브라우저를 실행시켜서 아래와 같이 입력해본다.

다음과 같은 내용이 웹브라우저에 표시된다면 정상적으로 설치된 것이다.
 

이클립스 WTP에서 dbcp설정을 하기위해 tomcat(v5.5)의 web.xml에

   <resource-ref>
      <description>Oracle</description>
      <res-ref-name>jdbc/데이타소스명</res-ref-name>
      <res-type>javax.sql.DataSource</res-type>
      <res-auth>Container</res-auth>
    </resource-ref>

을 추가했다.

헌데 CHKJ4019W: Invalid res-sharing-scope; valid values are "Shareable" or "Unshareable". 라는

warning 문구가 web.xml에 반짝거리는것이 아닌가?

dbcp 설정이 좀 변한것이 있나 싶어서 dbcp로 검색해봐두 그런부분은 없는데...

정말 인터넷이 없다면 어떻게 개발할까 고민이..ㅋ_ㅋ

The bean provider can control the extent that connections are shared. By default, other enterprise beans in the application that use the same resource in the same transaction context can share the connection. The bean provider can set the res-sharing-scope deployment descriptor element to Unshareable to indicate that a connection not be shared. Keep in mind, though, that sharing connections to a resource manager allows the container to optimize connection and local transaction use. It is recommended that connections be marked Shareable

이런이런 애써 찾은것이 영어라니.. 힘들군.. 대충 짧은 영어실력으로나마 해석해보면

같은 리소스를 사용하는 (웹)어플리케이션에서 빈끼리는 커넥션을 공유할 수 있으며

container 설정을 통해 관리될수 있다.(추천사항은 Shareable) 

설명은 복잡하지만 한 마디로

 <res-sharing-scope>Shareable</res-sharing-scope>

문구를  <resource-ref/> 안에 추가해주라는 말이다.

시간이 흘러갈수록 점점더 내가 무엇을 알고 있나 하는 생각이 끊이질 않는다.

아싸. 힘내자...

Java 클래스 코딩의 기본적인 룰 중 하나가,
코드 내에서 발생될 수 있는 '모든' 예외는 검출되 않으면 안되며, 발생된 예외는 반드시 처리되지 않으면 안된다.
입니다.

허나 코딩에 익숙한 프로그래머라도 모든 예외상황을 일일이 다 기억할수가 없기때문에 컴파일러에서 보내주는 메세지와 API 레퍼런스 이용할수 밖에 없습니다.

보통 모든 예외를 공통클래스에서 처리하는 방법은 사용하기도 하지만, 엄밀하게 따지자면 예외형태에 따라 처리방법을 설계/코딩하는 것이 바람직합니다.

Eclipse의 try/catch블럭 자동생성 기능을 사용하면 이러한 코딩의 번거로움을 줄이고 예외처리 자체에 좀더 집중할수 있습니다.

사소하게 보일수도 있으면 이런 사소한 기능을 알고있으면 실제 코딩시 손에 익게되면 상당히 큰 도움이 될수도 있습니다.

먼저 예외처리가 발생할 지점을 블럭지정한 후 마우스 오른쪽 클릭 surround with 를 선택한후 try/catch block 를 선택합니다.

(try/catch외 for/do/if/while등을 지정할수 있습니다.)

다음과 같은 예외처리 구문이 자동 생성됩니다....*^^*

개발을 하면서 이클립스를 빼놓을수는 없다. 매번 프로젝트가 끝날때마다.

버전업하면서 바뀐부분이 무엇인지를 확인해보곤 하는데

이번 이클립스 3.3 europa 버젼은 좀 문제가 있는 듯 하다

3.1 이나 3.2에서는 별 이상이 없는데 3.3에서만 PermGen space  메모리 에러가 발생하면서 이클립스가 죽어버린다

PermGen은 클래스명 내부String같이 가비지 콜렉팅에 해당되지 않는 객체들을 위해 영구적으로 생성된 영역이라고 한다.

이부분에서 메모리 부족이 생기는것이 에러의 발생원인이라고 하는데

내 경우엔 기존의 프로젝트를 불러온 것도 아니고 단순히 프로젝트 하나 만들어 테스트페이지 하나 만들면서 설정파일을 읽어들이기만 하면

PermGen space 에러를 뿌려댄다.

나뿐만 아니라 Run AS.. 같이 ant를 실행시키거나 외부프로그램을 실행할때 그런 일이 발생한다는 주변인의 말을 들어보면

이클립스나 SUN vm의 버그가 아닌가 생각된다

기냥 3.2 버젼을 쓰면 별 상관이 없겠지만 일단 3.3을 사용하려고 한다면 임시 방편으로

이클립스 실행옵션에 MaxPermSize를 늘려주거나 이클립스내 외부프로그램 실행옵션 중 jre 부분의 Default VM Arguments 를 변경해주면 된다. 머 이방법은 3.3이 아니라 이전버젼에서도 메모리 부족 현상이 일어날때 공통적으로 적용가능한 방법이다

좀더 상세히 적어보면

먼저 MaxPermSize를 충분히 설정해주는 방법인데

eclipse -vmargs -XX:PermSize=256M -XX:MaxPermSize=512M

이렇게 하면  실행시 VM옵션이 적용된다고 하는데 

플러그인 같은걸 많이 등록한 경우엔 이클립스 구동속도가 조금 빨라진다는 느낌이 들지만

ant 같은 외부 프로그램 실행시에는 여전히 같은 메시지를 뿌려대는건 마찬가지이니

아마 외부프로그램과는 좀 무관한 설정같다는 생각이 든다.

아니면 이클립스 홈디렉토리의 eclipse.ini 파일의 옵션을 변경해도 된다

-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize

512m
-vmargs
-Xms40m
-Xmx256m
-XX:MaxPermSize=512

설정시에 3번째 라인처럼  lancher 옵션으로 MaxPermSize를 지정해도 된다고 하는데

유로파버전에서는 lancher옵션이 잘 적용되지 않는도고 하니 기냥 하단에 옵션을 추가하면 된다.

두번째 방법은 외부프로그램실행시 PermGen 메모리 부족이 발생하는것을 막기위해서 jre 옵션부분에 위의 옵션들을 넣어주는것이다. 

1. Window > Preperences ..

2. Java > Installed JREs 에서 사용중인 jre 나 jdk 클릭

3. 오른쪽메뉴의 Edit.. 클릭

4. Default VM Arguments 항목에

   -vmargs-Xms40m -Xmx256m -XX:MaxPermSize=512m

  입력후 확인

일단 이리하면 에러는 많이 없어지지만 3.2를 쓸지 3.3을 쓸지 고민을....

인터넷을 돌아다니다 이클립스에서 클래스의 API문서를 열수있도록 하는 기능이 있다는 사실을 알게되어 소개한다

출처는 무소유 평상심 님의 블로그입니다.

사용된 Eclipse SDK Version: 3.1.1라고 하셨는데 상위 버젼에서도 동일한 설정을 유지하고 있더군여

제가 확인한건 3.1.2 와 3.2.1 이었습니다.

Eclipse에서 해당 API문서를 볼수 있는 방법은 Java Class에 커서를 놓고 Shift + F2 누르면  됩니다.

하지만 그러기 위해선 간단한 설정이 필요하다는 거...

기본적으로 세팅을 하지 않는다면 다음과 같은 화면이 나오게 됩니다.

해결 방법은 해당 프로젝트를 선택하고  마우스로 Right Button을 Click하여 Popup을 호출하여

Properties Window를 호출합니다.

오른쪽의 Java Build Path 를 클릭하고 JRE System Librart의 트리를 확장하여 rt.jar 트리도 확장을 하면 Javadoc location이라는 속성이 보인다. 클릭하여 Edit버튼을 클릭하여 아래와같이 값을 세팅합니다.

위의 화면의 경우 java API가 있는 경로를 지정해주는 경우입니다만 웹URL인 경우엔 혹여나 인터넷이 끊겨있다면 볼수 없구

그래서 로컬로 지정했습니다. documenatation을 풀고 위 화면처럼 경로명을 지정해도 됩니다만

전 다음과 같이 압축된 파일형태로 지정했습니다.

Archive path는 압축파일 위치를 말하는 거구 Path within archive는 압축파일내 api 위치를 말합니다.

첨에 압축파일만 지정하면 되는줄 알았는데 빈 페이지만 뜨더군여.

아래항목에 대하여 browser 버튼을 클릭하면 압축파일내 파일정보가 표시됩니다.

기본적으로 api가 위차하는 폴더가 표시됩니다(위의 화면의 docs/api)

결국 기냥 닫으면 docs/api로 설정.

그럴거면 기냥 디폴트값으로 압축파일을 선택시 지정되었슴 편했을거라는 생각도 잠시 해봤습니다.

적용하여 JRE Class변수에서 Shift + F2를 누르면  클래스의 API로 이동한 익스플로러 창이 열리게 됩니다.

F1을 누를 경우엔 이클립스 내부에서 Java API로 연결하여 볼수 있습니다.