Rational Engineering Lifecycle Manager에 적합하게 WebSphere Application Server 설정

Jazz™ Team Server를 배치하고 시작하려면 Jazz Team Server와 해당 애플리케이션을 호스트하는 애플리케이션 서버부터 선택해야 합니다. Rational® Engineering Lifecycle Manager 애플리케이션 war 파일을 배치하기 전에 WebSphere® Application Server를 설정해야 합니다.

시작하기 전에

다음 태스크를 완료했는지 확인하십시오.

Jazz 웹 인터페이스에서는 애플리케이션을 개인에 맞게 설정하고 인증을 수행하려면 인증이 구성되어 있어야 합니다.

참고:
  • Rational Engineering Lifecycle Manager v1.x는 Lifecycle Query Engine과 애플리케이션 서버를 공유해야 합니다.
  • Rational Engineering Lifecycle Manager v4.x는 Lifecycle Query Engine과 애플리케이션 서버를 공유할 수 있거나 다른 애플리케이션 서버에 배치될 수 있습니다. 그러나 두 애플리케이션은 동일한 Jazz Team Server에 등록되어야 합니다.

이 태스크 정보

이 문서에서는 복잡한 주제인 WebSphere 인증 또는 SSL 구성에 대한 세부사항을 제공하지 않습니다. 다양한 인증 및 암호화 옵션에 대한 자세한 정보는 WebSphere Application Server Information Center에 있습니다. 자세한 정보는 WebSphere Information Center로 이동하여 검색에 애플리케이션 및 해당 환경 보안 문구를 사용하십시오.

프로시저

  1. Rational Engineering Lifecycle Manager가 실행하는 JVM(Java Virtual Machine)에 특정한 설정을 지정해야 합니다. 이러한 특성을 설정하려면, WebSphere Integrated Solutions Console에서 서버 > 서버 유형 > WebSphere Application Server > Server1을 클릭하십시오.
  2. 서버 인프라에서 Java 및 프로세스 관리 > 프로세스 정의를 클릭하십시오.
  3. 추가 특성에서 JVM(Java Virtual Machine)을 클릭하십시오.
  4. 4096 값을 초기 힙에 추가하십시오.
  5. 24576 값을 최대 힙 크기에 추가하십시오.
    팁: 그림은 제안용일 뿐이며, 사용자 환경에 따라 값을 설정하십시오. 일반적인 중간 크기의 팀에서는 4096MB 값을 사용하여 64비트 컴퓨터의 Rational Engineering Lifecycle Manager 프로세스에 4GB의 힙 메모리를 제공할 수 있습니다. 최대 힙 크기 값이 너무 작으면 Lifecycle Query Engine에 대한 Rational Engineering Lifecycle Manager 데이터 소스가 기존 백로그 및 제품을 작성, 수정 또는 삭제하는 새로운 변경사항의 처리를 중지할 수 있습니다.

    페이징이나 스와핑을 방지하려면 결합된 시스템에서 모든 프로세스에 필요한 메모리 크기보다 실제 메모리 크기를 크게 사용하는 것이 중요합니다. 페이징은 시스템 성능을 저하시키며 Java 메모리 관리 시스템 성능에 영향을 줍니다.

    Java 힙 크기를 늘릴 때에는 해당 크기를 충분히 충당할 수 있도록 사용하지 않는 실제 메모리가 시스템에 있는지 확인하십시오. 충분한 실제 메모리를 사용할 수 없으면 추가 메모리를 설치하거나 전체 성능에 미치는 영향을 고려하십시오.

  6. 일반 JVM 인수 필드에 다음 행을 입력하십시오.
    Windows:
    -Xmx4g -Xms4g -Xmn512m
    -Xgcpolicy:gencon -Xcompressedrefs
    -Xgc:preferredHeapBase=0x100000000
    Linux:
    -Xmx4g -Xms4g -Xmn512m
    -Xgcpolicy:gencon -Xcompressedrefs
    -Xgc:preferredHeapBase=0x100000000
    팁: 힙 크기가 더 필요한 경우 다음 설정을 사용하여 {N}을(를) 사용된 메모리 크기로 대체하고 {N/8}을(를) 총 메모리의 1/8로 대체할 수 있습니다. 예를 들어, -Xmx가 8g로 설정되면 -Xmn은 1g로 설정해야 합니다.
    -Xgcpolicy:gencon -Xmx{N} -Xms{N} -Xmn{N/8}
    -Xcompressedrefs  -Xgc:preferredHeapBase=0x100000000
  7. 적용을 클릭한 후 마스터 구성에 직접 저장을 클릭하십시오.
  8. 추가해야 하는 사용자 정의 특성 중 하나는 특정 구성 파일을 찾을 위치를 지정하는 JAZZ_HOME 시스템 특성입니다. 이 특성은 단순 경로가 아닌 URL을 사용하므로, 값을 파일 스타일의 URL(file:///file path)로 지정합니다. JVM(Java Virtual Machine) > 추가 특성에서 사용자 정의 특성을 클릭하십시오.
    알아두기: file: 다음에 세 개의 슬래시(///)를 사용해야 합니다.
    중요사항: 분산 환경에서 각 웹 애플리케이션에 서로 다른 애플리케이션 서버를 사용 중인 경우, 해당 WebSphere Application Server의 각 인스턴스에 대해 다음 사용자 정의 특성을 추가해야 합니다.
  9. 새로 작성을 클릭하고, 이름 필드에 JAZZ_HOME을 입력한 후 필드에 file:///JazzInstallDir/server/conf를 입력하십시오. JazzInstallDir을 Jazz Team Server 설치 디렉토리 위치로 대체하십시오. 예를 들어, Windows에서는 file:///C:/PROGRA~1/IBM/JazzTeamServer/server/conf를 입력하고 Linux 시스템에서는 file:///opt/IBM/JazzTeamServer/server/conf를 입력하십시오.
    참고: 문제점을 피하려면 파일 경로에 공간을 사용하지 마십시오. Program Files 디렉토리의 경우 PROGRA~1을 사용하고, Program Files(x86) 디렉토리의 경우 PROGRA~2를 사용할 수 있습니다.
  10. 확인을 클릭하십시오.
  11. 10단계를 반복하고 다음 사용자 정의 특성을 추가하십시오.
    • 이름: java.awt.headless : true
    • 이름: org.eclipse.emf.ecore.plugin.EcorePlugin.doNotLoadResourcesPlugin : true
    • Oracle 데이터베이스에 연결하는 경우 이름: ORACLE_JDBC_DRIVER_FILE : JDBC driver/ojdbc6.jar에 대한 절대 경로
      참고: JDBC 드라이버에 대한 경로는 절대 경로여야 합니다. URL 경로(file:///)를 사용하지 마십시오. Oracle JDBC(Java Database Connectivity) 연결에 대한 자세한 정보는 Rational Engineering Lifecycle Manager 및 Lifecycle Query Engine에 대한 Oracle 데이터베이스 설정의 내용을 참조하십시오.
    • 이름: log4j.configuration : file:///JazzInstallDir/server/conf/startup_log4j.properties
      참고: startup_log4j.properties 파일이 포함하는 설정은 시작 프로세스의 초기 단계에서 WebSphere Application Server SystemOut.log 파일에 메시지를 전달하는 데 사용됩니다. 초기 단계가 지나면, 각 Jazz 애플리케이션은 JazzInstallDir/server/conf/app context/log4j.properties 파일의 애플리케이션 특정 설정을 사용하도록 전환됩니다.
  12. 마스터 구성에 직접 저장을 클릭하십시오.
  13. 복수 사용자를 허용하도록 기본 스레드 풀을 늘리십시오. 서버 > 서버 유형 > WebSphere Application Server > Server1을 클릭하십시오.
  14. 추가 특성에서 스레드 풀을 클릭하십시오.
  15. 웹 컨테이너를 클릭하고 기본 최대 크기를 50에서 200 스레드로 늘리십시오.
  16. 마스터 구성에 직접 저장을 클릭하십시오.
  17. 서버 > 서버 유형 > 애플리케이션 서버 > 서버1 > 세션 관리 > 사용자 정의 특성을 클릭하십시오. 사용자 정의 특성 페이지에서 새로 작성을 클릭하십시오.
  18. 구성 페이지에서 이름 필드에 InvalidateOnUnauthorizedSessionRequestException을 입력한 후 필드에 true를 입력하십시오. 이 세션 관리 사용자 정의 특성의 기본값은 false입니다. 확인 또는 적용을 클릭하십시오.
  19. 콘솔 작업 표시줄의 저장을 클릭하여 구성 변경사항을 저장하십시오.
  20. 변경사항을 적용하려면 애플리케이션 서버를 다시 시작하십시오.

다음에 수행할 작업

서버 구성을 완료했으면 해당 서버에 애플리케이션을 배치해야 합니다.

  1. WebSphere Application Server 관리 콘솔에서 애플리케이션 > 새 애플리케이션 설치(또는 애플리케이션 > 새 애플리케이션 > 새 엔터프라이즈 애플리케이션)를 선택하십시오.
  2. 새 애플리케이션 경로에서 로컬 파일 시스템을 선택하십시오.
  3. 전체 경로[relm_install_dir]/server/webapps/relm.war을 입력하십시오.
  4. 컨텍스트 루트를 /relm으로 설정하십시오.
  5. 다음을 클릭한 다음 해당 편집기에서 프롬프트하는 대로 나머지 새 애플리케이션 설치 단계를 계속하십시오. 완료를 클릭하십시오.
  6. 위와 동일한 단계를 사용하여 구성 관리 애플리케이션(vvc.war)을 설치하고 경로를 [relm_install_dir]/server/webapps/vvc.war로 바꾸고 컨텍스트 루트를 /vvc로 바꾸십시오.
  7. SPARQL Gateway 컴포넌트 애플리케이션(SPARQL_Gateway.war)을 위의 단계대로 설치하되, 경로를 [relm_install_dir]/server/webapps/SPARQL_Gateway.war로 바꾸고 컨텍스트 루트를 /SPARQL_Gateway로 바꾸십시오.
  8. 문서를 온라인으로 보지 않고 서버에서 제공하려는 경우 relmhelp.war 애플리케이션도 배치할 수 있습니다.
  9. 마스터 구성에 직접 저장을 선택하십시오.
  10. SPARQL Gateway의 기본 클래스 로딩 순서를 변경해야 합니다.
    1. 애플리케이션 > 애플리케이션 유형 > WebSphere 엔터프라이즈 애플리케이션을 선택하고 애플리케이션 목록에서 SPARQL_Gateway_war을 선택하십시오.
    2. 클래스 로딩 및 업데이트 검색을 클릭하십시오.
    3. 클래스 로더 순서 섹션에서 로컬 클래스 로더가 가장 먼저 로드된 클래스(상위 마지막)를 선택하십시오.
    4. 확인을 클릭하고 마스터 구성에 저장을 클릭하십시오.
    5. 모듈 관리를 선택하십시오. SPARQL_Gateway 모듈을 선택하십시오.
    6. 클래스 로더 순서 필드를 찾은 후 로컬 클래스 로더가 가장 먼저 로드된 클래스(상위 마지막)를 선택하십시오.
    7. 확인을 클릭하고 마스터 구성에 저장을 클릭하십시오.
  11. 엔터프라이즈 애플리케이션 페이지에서 방금 WebSphere Application Server에 배치한 애플리케이션을 선택하고 시작을 선택하십시오.
참고: 이 문서에서는 복잡한 주제인 WebSphere 인증 또는 SSL 구성에 대한 세부사항을 제공하지 않습니다. 다양한 인증 및 암호화 옵션에 대한 자세한 정보는 WebSphere Application Server Information Center에 있습니다. 자세한 정보는 WebSphere Information Center로 이동하여 검색에 애플리케이션 및 해당 환경 보안 문구를 사용하십시오.

피드백