자바블로그

프로젝트 작업중 위와 같은 에러가 발생할때 업체 담당자에게 전달하기 위해서

검색한 내용을 남겨 놓습니다.

JEUS의 경우 TMAX에서 직접 납품하는 경우도 있지만 지방의 경우 대행 업체가 있어서

해당 업체에서 처리 해주는 경우가 많아... 

설치 담당자도 예외 사항에 대해서 잘 모르는 경우가 있을수 있어서...

같이 알아 가야 하는 경우가 있기 때문에 혹시 몰라서 남깁니다.

jeus-web-dd.xml에 

auto redeploy를 true로 설정하면 WEBMain.xml에 설정된 시간을 주기로 

class의 정보들을 새로 reload하게 된다.

이때 처리중인 thread가 있다면 jeus는 30초간 대기를 하게 되고

그 시간내에 thread가 종료되지 않을 경우 아래와 같은 Exception을 발생시킨 뒤

WEBMain.xml에 설정한 시간만큼 다시 대기하게 된다.

<<__Exception__>>

jeus.servlet.deployment.StartingException: failed to doReload() because of timeout

만일 사용자가 많은 시간에 위와 같은 reload가 발생시

계속해서 반복하여 WEBMain.xml에 설정된 시간만큼 

대기하게 되는 현상이 발생할 수 있다. 

위와 같은 이유로 수 분이 지나도 새로 upload한 class가 반영되지 않을 수 있다는 것을

알아두어야 할 듯 하다.

톰켓에서 oracle resouce설정시 sid인 경우와 service name 인 경우

2가지에 따라서 간단하게 설정 하는 방법을 설명 합니다.

sid: test_database

jdbc:oracle:thin:@localhost:1521:test_database

service name: test_database_service

jdbc:oracle:thin:@localhost:1521/test_database_service

앞의 부분은 동일하고 마지막 부분에 : 혹은 / 을 붙이는 방식으로 처리 가능 하네요

톰켓 설정시 context 디비 연결 관련 resource설정시 각 attribute별 설명 입니다.

 <Resource name="jdbc/dreamware" 

     auth="Container"

     type="javax.sql.DataSource"

     driverClassName="oracle.jdbc.driver.OracleDriver"

     loginTimeout="10"  

     maxActive="100"

     maxIdle="30"

     maxWait="5000"

     username="username"

     password="password"

     testOnBorrow="true"

     url="jdbc:oracle:thin:@192.168.10.68:1521:oramis" />

<Context>

path: 웹브라우저에서의 호출될 주소를 지정

docBase: 

실제 Project의 경로(기본 /dddd 해주면 상대경로로 tomcap폴더의 webapps 폴더 안의 dddd폴더가 설정 webapps외 Project가 있으면 c:\dddd 뭐 이런식으로 절대경로를 적어줘야됨

<Resource>

name: Connection Pool의 이름 설정

auth: 권한부여 Container는 tomcat서버

maxActive: Connection의 최대 갯수

maxIdle: 사용되지 않고 Pool에 저장되는 최대 Connection 수

maxWait: Connection이 없을때 기다리는 시간 1/1000초

username: 데이터베이스 아이디

password: 데이터베이스 비밀번호

driverClassName: JDBC 드라이버 설정

url: 데이터베이스의 주소

보안 문제로 apache에서 사용 가능한 method를 제한 해야 하는 경우가 있다...

보통 허용하는 method는 아래와 같다 GET, POST, HEAD

각 메소드별 내용은 아래와 같다

GET - 지정된 URL 정보를 요청한다.(이때 전달해야 하는 파라메터를 URL에 포함시켜서 전달한다.)

POST - 지정된 URL 정보를 요청한다. (이때 전달해야 하는 파라메터를 메시지 본문(Request Message Body)을 통해서 전달한다.)

HEAD - HTTP Header 정보만 요청한다.

TRACE - 클라이언트의 요청을 그대로 응답한다. (Request의 Loop Back 테스트)

DELETE - 요청하는 URL의 자원을 삭제한다.

OPTIONS - 응답 가능한(서버에서 지원하는) HTTP 메소드를 요청

PUT - 요청하는 URL의 자원을 생성한다.   예를 들면  파일 업로드가 가능하다.

CONNECT - 터널링의 목적으로 연결 요청

** HTTP 버전별 지원 Method **

HTTP/0.9 - GET

HTTP/1.0 - GET, POST, HEAD

HTTP/1.1 - GET, POST, HEAD, OPTIONS, PUT, DELETE, TRACE, CONNECT

# 아파치는 서버 전체에는 옵션을 줄 수 없습니다. 해당 디렉터 별로 각각 설정하셔야 합니다.

<Directory /home>

    <Limit PUT DELETE OPTIONS>

        Order allow,deny

        Allow from all

</Limit>

</Directory>

또는 

<Directory /home>

    <LimitExcept GET POST>

    Order deny,allow 

    Deny from all 

    </LimitExcept> 

</Directory>

다 열고 특정 Method를 설정하거나 (PUT, DELETE, OPTIONS)

다 막고 허용할Method를 설정하거나, (GET, POST)

WAS도 사용하는 경우 WAS도 설정을 진행 해야 한다.(혹은 WAS로의 직접 접근을 막아도 된다)

기존 tomcat4.x버전의 경우 get으로 전달되는 파라미터의 한글 설정을

server.xml에서 처리를 할 수 없어서

관련 작업을 해주는 필터를 통해서 처리를 진행 했습니다.

관련 정보를 기술 하면 

web.xml에 

<filter>

    <filter-name>clueRequestFilter</filter-name>

    <filter-class>kr.co.cluecom.filters.tomcat5.ClueTC5RequestFilter</filter-class>

    <init-param>

      <param-name>encoding</param-name>

      <param-value>MS949</param-value>

    </init-param>

    <init-param>

      <param-name>debug</param-name>

      <param-value>0</param-value>

    </init-param>

  </filter>

  <filter-mapping>

    <filter-name>clueRequestFilter</filter-name>

    <url-pattern>/*</url-pattern>

  </filter-mapping>

을 구성하고 첨부한 파일을 lib 아래에 두면 되는 구조 입니다.

유지보수시 아주 오래된 시스템을 확인해야 하는 경우를 위해서 

기술 합니다.

clue-request-filter-1[1][1].6.2-korcslewis.jar

web.xml

서버 구성시 2대 이상의 서버를 구성하고 NAS구성 등을 사용하지 않고 하나의 서버를 파일 서버로 정의하고

작업 하는 경우 아래의 설정을 이용해서 구성이 가능 합니다.

IIS설정의 서버 경로는 네트워크 드라이브 경로를 합니다.

EX>\\192.168.0.11\webservice

IIS설정에서 추가한 홈페이지 서비스 선택후 오른쪽에 나열되는 구성중

1. 인증 > 익명인증 > 사용자지정 > 특정 계정 설정(로그온 계정 설정)

2. 가상디렉토리 관리 > 고급설정 > 실제경로 설정 / 실제경로 자격증명 설정(로그온 계정 설정)

위의 2가지 작업을 진행하는 동안 로그온 계정의 경우 각 서버별로 동일한 계정명/비밀번호를 가지고 있어야

한다 그렇지 않은경우 로그온한 계정의 인식 하지 못하거나 비밀번호가 틀리기 때문에 로그온에 실패 하게

되어 공유가 되지 않는 문제가 발생 됩니다.