제8장 JEUS 6.0 Fix#3

내용 목차

8.1. 버그패치
8.1.1. EJB
8.1.2. JMS
8.1.3. Server
8.1.4. Session Server
8.1.5. JDBC
8.1.6. Tool
8.1.7. JNDI
8.1.8. WebService
8.2. 기능추가
8.2.1. EJB
8.2.2. Server
8.2.3. JDBC
8.2.4. Tool
8.2.5. WebAdmin
8.2.6. Security
8.2.7. WebService
8.2.8. JNDI
8.3. 변경사항
8.3.1. EJB
8.3.2. JDBC
8.3.3. Tool
8.3.4. WebAdmin
8.3.5. UDDI
8.3.6. License

본 장에서는 JEUS6 Fix#3에서의 버그 패치, 기능 변경, 추가사항에 대해서 설명한다.

8.1. 버그패치

8.1.1. EJB

  • EJB 2.x에서 MDB의 Transaction attribute 기본값이 SUPPORTS이던 현상을 수정

    스펙에서는 EJB 2.x 에서 MDB의 Transaction attribute 값이 NotSupported 이거나 Required이다. 이에 따라 기본값을 NotSupported로 수정하였다. EJB 3.0 MDB에서는 기본값이 Required 이다.

  • JEUS RMI 사용할 때 thread-ticket이 반납되지 않는 문제.

    Java RMI 대신 JEUS RMI를 사용할 경우, Exception이 발생하였을 때 ticket이 제대로 반납되지 않는 현상을 수정하였다.

8.1.2. JMS

  • JMS access log가 출력되지 않는 문제 수정

    JMS access log가 출력되지 않도록 되어있던 부분을 출력되도록 수정하였다.

  • 사라진 임시 데스티네이션에 메시지 전송하려던 클라이언트가 멈추는 문제 수정

    사라진 임시 데스티네이션에 클라이언트가 메시지를 전송하려고 하면 멈추는 문제를 수정하였다.

  • XA를 실행할 때 prepare단계에서 데이터베이스 무결성 제약 조건 위반하는 문제 수정

    MDB의 onMessage에 Transaction이 required로 설정되어있는 경우 onMessage가 실행되고 transaction이 prepare될 때 데이터베이스 무결성 제약 조건 위반 발생하는 문제를 수정하였다.

8.1.3. Server

  • jeusadmin의 hang 현상 수정

    clustering상태에서 한쪽 node를 비정상 종료시킨 후 jeusadmin의 특정 명령을 실행할 경우 hang 현상이 발생하는 문제가 수정되었다.

8.1.4. Session Server

  • 중앙식 세션 서버 정보를 볼 수 없었던 문제 수정

    application이 디플로이 되지 않은 상태에서 jeusadmin의 st -s 명령으로 중앙 세션 서버의 remote 정보를 볼 수 없었던 문제가 수정되었다.

    이 경우에는 로컬 컨테이너의 정보는 확인할 수 없고 세션 서버의 정보만 출력된다.

8.1.5. JDBC

  • Oracle JDBC driver에서 제공하는 statement caching은 무조건 off하는 문제 수정

    oracle의 경우 driver차원에서 statement cache를 ImplicitCaching과 ExplicitCaching으로 제공하는데, 이를 무조건 off 하고 있었던 문제를 수정하였다.

  • auto-commit 처리과정에 대한 문제 수정

    <connection-pool><auto-commit> 태그 사용시 다음과 같은 변경 사항이 있다.

    LocalXADataSource 또는 XADataSource에 사용할 경우, connection이 transaction에 연동되지 않았다면 <auto-commit> 태그의 설정값을 적용한다. 만약 설정하지 않았을 경우에는 드라이버의 기본값을 따른다.

8.1.6. Tool

  • exploded ear 모듈의 application.xml이 잘못된 정보를 가지고 있을때, appcompile할 때 문제 수정

    appcompiler로 application.xml에 잘못된 정보를 가지고 있는 exploded ear을 compile하면 exploded ear모듈이 삭제되어버리거나, 작업 디렉터리가 남는 문제가 수정되었다.

8.1.7. JNDI

  • InitialContext 객체의 list 혹은 listBinding 메소드 호출시 "java:comp/env"를 줄 경우 NameNotFound가 발생하는 현상 수정

    web.xml에 <env-entry>등을 이용하여 Local에 리소스가 등록되어 있는 경우, initialContext.listBindings("java:comp/env") 혹은 initialContext.list("java:comp/env")과 같이 호출할 때 NameNotFound가 발생하는 현상을 수정하였다.

8.1.8. WebService

  • JAX-RPC 환경의 웹 서비스에서 Document/Literal 방식의 서비스에 메시지 엘리먼트가 255개 이상의 하위 엘리먼트로 구성되었을 때 발생하던 문제 수정

    JAX-RPC 환경의 웹 서비스에서 Document/Literal 방식의 서비스에 메시지 엘리먼트가 255개 이상의 하위 엘리먼트로 구성되었을 때 wsdl2java 툴을 이용하여 생성된 자바 클래스가 컴파일이 되지 않던 문제를 수정하였다.

8.2. 기능추가

8.2.1. EJB

  • EJB Session bean module에 대한 Graceful undeployment 기능 제공

    Container shutdown 혹은 undeployment 명령을 할 때 이미 진행중인 Stateless session bean module에 대한 요청은 에러없이 정상적으로 처리를 보장하는 기능을 추가하였다.

8.2.2. Server

  • Server lifecycle event에 READY 기능 추가

    web container의 listener가 연결되지 않는 상태에서 Lifecycle event에 의해 startup class가 실행될 때 서블릿을 찾지 못하는 문제가 있었다. 이의 해결을 위해 connector가 모두 시작되어 서비스 준비가 완료된 후에 호출되는 옵션인 READY가 추가되었다.

    <사용 예>

    <lifecycle-invocation>
      <invocation>
        <invocation-type>READY</invocation-type>
      </invocation>
    </lifecycle-invocation>

8.2.3. JDBC

  • cluster datasource의 failback기능 추가

    RAC 지원을 위한 클러스터 데이터 소스에 Failback을 추가하였다. 이때 Failback을 하기 위해서는 클러스터링에 참여하는 각 데이터 소스마다 check-query 및 check-query-period를 반드시 설정해야 한다. 만약 주 데이터 소스(primary)가 Fail이 되면 check-query-period에 의해 주기적으로 check-query를 하면서 주 데이터 소스가 살아났는지 검사하게 된다. 그리고 이전 버전처럼 Failover 만을 사용하고 싶다면 <use-failback>를 false로 설정한다.

    자세한 설명은 JEUS Server 안내서”의 “8.3.5. 클러스터 데이터소스 설정” 부분을 참조한다.

8.2.4. Tool

  • controlcds 명령어 추가

    jeusadmin에 controlcds 명령을 추가하였다. 이는 클러스터 데이터 소스의 리스트나 수동 fail-back기능을 제공한다.

    <사용 예>

    controlcds -list <export-name>

    클러스터 데이터 소스에 등록된 데이터 소스들의 리스트를 출력한다. 여기서 <export-name>은 반드시 클러스터 데이터 소스의 JNDI 이름이어야 한다.

    controlcds -failback <export-name>

    클러스터 데이터 소스의 주(primary) 데이터 소스로 Failback을 시도한다.

    자세한 설명은 JEUS Reference Book”의 “4.2.7. DB Connection Pool 관련 명령어” 부분을 참조한다.

8.2.5. WebAdmin

  • session-timeout 값을 설정하는 기능 추가

    WebAdmin을 통해 디플로이 하는 과정 중, web module별로 session-timeout 값을 설정하는 기능이 추가되었다. session-timeout 값을 설정하면 web.xml의 session-timeout 값을 무시하고 설정된 값을 사용하게 된다.

    자세한 설명은 WebAdmin 온라인 도움말 "새 애플리케이션 모듈 배치" 부분을 참조한다.

8.2.6. Security

  • security.key 파일을 암호화하는 기능 추가

    encryption tool에 -protectkey option을 사용하여 master password를 입력받으며 -protectkey option을 사용할 경우, JEUS booting 할 때도 동일한 option(-protectkey)을 사용해야 한다.

    <사용 예>

    >encryption -protectkey des jeusencpassword
    Input Your Password For Key Encryption>
    Repeat Your Password For Key Encryption>
    [des] : [jeusencpassword] --> [encode:Dkt7AmEVZoNddc9JTbiCi3y9djqGdCEm]
    [des] : [Dkt7AmEVZoNddc9JTbiCi3y9djqGdCEm] --> [decode:jeusencpassword]

    입력한 master password를 이용하여 암호화된 security.key 파일이 $JEUS_HOME/config/<NODE_NAME>/security/에 생성된다.

    >jeus -protectkey
    **************************************************************
      - JEUS Home         : D:\jeus6
      - JEUS Base Port    : 9736
      - Added Java Option :
      - Java Vendor       : Sun
    **************************************************************
    ...생략...
    secret key file is encrypted. Enter the master password.
    password>

    부팅 중 security.key 를 복호화 하기 위한 master password를 입력받는다.

    다음의 경우, booting 도중 Exception이 발생하고 booting이 중단된다.

    • security.key 파일에 master password가 걸려 있는 상태에서, -protectkey 옵션을 사용하지 않고 JEUS를 booting한 경우

    • security.key 파일에 master password가 걸려 있지 않은 상태에서, -protectkey 옵션을 사용해서 JEUS를 booting 한 경우

    • booting할 때 연속적으로 3번 이상 잘못된 master password를 입력 한 경우

8.2.7. WebService

  • HTTP BASIC-AUTH로 username/password를 JAX-WS Handler와 Endpoint에서 사용할 수 있는 기능 추가

    HTTP BASIC-AUTH로 전달된 username/password를 Server-side의 JAX-WS Handler와 Endpoint를 통해 HTTP BASIC-AUTH로 전달된 username/password를 얻어올 수 있도록 지원하였다.

    예1) JAX-WS SOAP Handler에서 다음과 같이 사용하면, client가 HTTP BASIC-AUTH를 위해 설정하여 보낸 값을 얻어올 수 있다.

    public boolean handleMessage(SOAPMessageContext smc) {
     String username=(String)smc.get(javax.xml.ws.BindingProvider.USERNAME_PROPERTY);
     String password=(String)smc.get(javax.xml.ws.BindingProvider.PASSWORD_PROPERTY);
     ...
    

    예2) Endpoint에서 다음과 같이 사용하면, client가 HTTP BASIC-AUTH를 위해 설정하여 보낸 값을 얻어올 수 있다.

    import javax.jws.WebService;
    import javax.xml.ws.WebServiceContext;
    import javax.annotation.Resource;
    import javax.xml.ws.handler.MessageContext;
    
    import java.util.*;
    import javax.naming.*;
    
    @WebService
    public class AddNumbersImpl {
     @Resource
     private WebServiceContext wsContext;
    
     public String addNumbers(int number1, int number2) {
      MessageContext mc = wsContext.getMessageContext();
      String username=(String)mc.get(javax.xml.ws.BindingProvider.USERNAME_PROPERTY);
      String password=(String)mc.get(javax.xml.ws.BindingProvider.PASSWORD_PROPERTY);
      return username + " : " +password;
     }
    }

    자세한 설명은 JEUS Web Service 안내서”의 “제16장 웹 서비스 보안” 부분을 참조한다.

  • JAX-WS 환경의 웹 서비스에서 Service scope에 따라서 Web Service Endpoint Instance를 구분하는 기능 추가

    JAX-WS 환경의 웹 서비스에서 JEUS에 특화된 어노테이션 사용하여 Web Service Endpoint의 Service Scope을 결정할 수 있다. Service Scope은 다음과 같다.

    • @jeus.webservices.jaxws.api.ApplicationScope : 하나의 Web Service Endpoint는 singleton instance를 갖는다.

    • @jeus.webservices.jaxws.api.SessionScope : HTTP Transport 환경에서 HTTPSession당 하나의 instance를 갖을 수 있다.

    • @jeus.webservices.jaxws.api.RequestScope : Request마다 Service instance를 갖는다. Default Service scope은 RequestScope으로 한다.

    JEUS 어노테이션에 대한 설명은 JEUS Web Service 안내서”의 절 . “참고 자료” 부분을 참조한다.

  • JAX-WS LocalTransport 구현

    JAX-WS Client와 JAX-WS Service가 같은 JVM에 배치되는 경우, HTTP Transport layer를 제거하여 JAX-WS Client 성능 향상을 꾀한다.

    참고 : Stand-alone Client에는 효과가 없다. JAX-WS Client가 Servlet, EJB 기반으로 작성되는 경우에 유용하다. 또한, Servlet-based JAX-WS Client가 Web Serivce Enpoint를 호출하면, Servlet이 다른 Servlet를 호출하는 상황이 되어 부하 상황에서 가용한 servlet listener의 수를 감소시킨다. 이 경우, LocalTransport를 사용하면(Web Serivce Enpoint) Servlet 호출을 하지 않고 JAX-WS Client Servlet에서 모든 프로세스가 진행되어 가용한 servlet listener의 수를 감소시키지 않는다.

    JEUS 어노테이션에 대한 설명은 JEUS Web Service 안내서”의 절 . “참고 자료” 부분을 참조한다.

  • JAX-WS 환경의 웹 서비스 보안 설정(Keystore, Truststore)의 기능 향상

    JAX-WS 환경의 웹 서비스에서 키스토어를 위한 설정이 다음과 같을 때

    <keystore>
      <keystore-file>
        ...
        <keystore-filename>keystore.jks</keystore-filename>
        ...
      </keystore-file>
    </keystore>

    keystore.jks는 표준 패키지된 WAR 혹은 JAR에서 Service Implemenation Bean 클래스가 포함된 classes 디렉터리와 같은 위치의 META-INF 디렉터리 아래에서 찾는다.

    자세한 설명은 JEUS Web Service 안내서”의 “제16장 웹 서비스 보안” 부분을 참조한다.

8.2.8. JNDI

  • 인증서 방식으로 JNDI 리소스 접근기능 추가

    JNDI 리소스 접근 시에 Certification(인증서)를 넘겨주어 이를 통해 서버에서 permission 체크를 할 수 있도록 기능을 추가되었다.

8.3. 변경사항

8.3.1. EJB

  • <thread-max>의 값을 0으로 지정할 때 동작 방식 변경

    기존에는 <thread-max>태그의 값을 0으로 지정할 경우 threat-ticket을 할당하지 않아서 요청을 처리하지 못하는 방식이었으나, 이를 thread-ticket 없이 요청을 처리할 수 있는 방식으로 변경하였다.

  • EJB 클라이언트의 최대 waiting time을 10분으로 변경

    기존에는 EJB 클라이언트가 thread ticket을 바로 받지 못할 경우 무한대로 기다리도록 하였으나, 이를 10분만 기다리고 이후에는 RemoteException을 발생시키도록 하였다.

    자세한 사항은 JEUS EJB 안내서”의 “제4장 EJB의 공통 특성”을 참고한다.

8.3.2. JDBC

  • JDBC 커넥션 풀 통계를 active/idle/disposable로 분리

    application이 getConnection을 할 경우 active가 증가하고 idle은 감소하게 되며, close를 하면 반대가 된다. JEUS 내부적으로 커넥션 체크가 필요할 때는 idle만 증감될 수 있다. disposable과 total의 경우에는 종전과 동일하다.

    <출력 예>

    Datasource information for container 'jeus6_container1'
    ================================================================================
    id     name        min  max  active  idle  disp  total  waiting  working
    ================================================================================
    1  oracle_pool1    10   30   0       10    0     10     true      true
    ================================================================================
    = disp : disposable connections, total = active + idle + disp
    ================================================================================
  • pool resizing할 때 lock granularity 조정

    현재는 pool resize를 할 때 풀에 대한 lock을 미리 잡아두고 그 상태에서 물리적 커넥션을 닫아주게 되어 있다. 보통 물리적 커넥션을 닫을 때 DB와의 통신이 일어나는데, 이 작업이 오래 걸리면 해당 풀에 대해 다른 스레드들이 커넥션 요청을 못하고 기다리게 된다. 그래서 resize를 할 때 connection close를 하게 될 경우 풀에 대한 lock을 잡지 않고 실행하도록 변경하였다.

8.3.3. Tool

  • appcompiler의 usage와 help를 CLI Framework를 이용하여 일관적으로 제공

    appcompiler 의 usage와 help를 CLI Framework를 이용하여 일반적으로 제공하도록 수정하였다. appcompiler의 usage가 다음과 같이 변경되었다.

    <출력 예>

          appcompiler [-h] [-verbose] [-keep] [-jspmp] 
                      [-client client_view_path] [-ejb-jar ejb-jar.xml_path] 
                      [-jeus-ejb-dd jeus-ejb-dd.xml_path] [-D<property=-value>] 
                      [application_file_or_directory_name] 

8.3.4. WebAdmin

  • WebAdmin에서 datasource를 설정할 때 변경 사항

    WebAdmin에서 datasource를 설정할 때 변경 사항은 다음과 같다.

    • 지금까지 수정되지 않았던 vendor, data-source-class-name, data-source-type등을 수정할 수 있도록 변경

    • DB2 jcc datasource 방식 추가

    • mssql2000 datasource 방식 수정

  • JDBC 드라이버 별 특성에 따른 부가적인 xml 스키마를 property로 설정하도록 수정

    지금까지 각 드라이버별 특성에 따른 프로퍼티가 XML 스키마로 존재했는데 앞으로는 부가적인 프로퍼티로 입력할 것을 권장한다. WebAdmin에서 datasource를 설정할 때, 다음에 나열된 스키마들은 property로 설정하도록 수정되었다.

    <부가적인 프로퍼티로 사용할 것을 권장하는 XML 스키마 리스트>

    <driver-type> 
       - Oracle만을 위해 추가된 태그. 
       - 프로퍼티 이름 : driverType 
       - 프로퍼티 타입 : java.lang.String 
    
    <data-source-name> 
       - 드라이버의 데이터 소스 클래스 인스턴스에 대한 이름을 지정하는 태그.
                       DB2, MSSQL 등은 사용하지 않는다. 
       - 프로퍼티 이름 : dataSourceName 
       - 프로퍼티 타입 : java.lang.String 
    
    <service-name> 
       - i-net JDBC 드라이버에서만 해당하는 설정 
       - 프로퍼티 이름 : serviceName 
       - 프로퍼티 타입 : java.lang.String 
    
    <network-protocol> 
       - Sybase의 경우 Tds를 쓴다. 드라이버 의존적인 프로퍼티다. 
       - 프로퍼티 이름 : networkProtocol 
       - 프로퍼티 타입 : java.lang.String

8.3.5. UDDI

  • UDDI Home 디렉터리 변경

    UDDI Home 디렉터리가 JEUS_HOME/webhome/uddi 에서 JEUS_HOME/webhome/uddi_home 으로 변경되었다.

8.3.6. License

  • JEUS를 기동할 때 License 정보를 출력

    유저 수가 제한된 라이선스의 경우 라이선스 타입과 제한된 유저 수를 부팅할 때 표시하는 기능이 추가되었다.

    ACADEMIC과 TRIAL License인 경우 제한된 라이선스 타입과 제한된 유저 수를 보여준다.

    <기동시 출력되는 License 정보>

    * Academic License *  
    ================ JEUS LICENSE INFORMATION ================  
    === EDITION: Enterprise (Academic License)  
    === NOTICE: This license restricts the number of allowed clients.  
    === Max. Number of Clients: 100  
    ==========================================================  
    
    * Trial License *  
    ================ JEUS LICENSE INFORMATION ================  
    === EDITION: Enterprise (Trial License)  
    === NOTICE: This license restricts the number of allowed clients.  
    === Max. Number of Clients: 5  
    ==========================================================