서버 간 통신을 위한 ClearQuest Web 서버 구성

서버 간 통신을 설정할 대상 OSLC 서비스 제공자를 지정하려면 사이트 구성 인터페이스의 서버 간 통신 창을 사용하십시오.

이 태스크 정보

대상 서버의 위치 정보 및 OAuth 시크릿으로 사용할 코드 문구를 입력하십시오. 그럼 다음 해당 서버에 대한 액세스를 요청하여 OAuth 이용자 키를 작성하고 정보를 동반자 목록에 저장하십시오. 상대 서버가 OAuth 키에 권한을 부여하면 ClearQuest® Web 서버는 대상 서버와 상호 작용할 수 있습니다.

프로시저

  1. 수퍼유저 권한이 있는 사용자로 ClearQuest Web에 로그온하십시오.
  2. ClearQuest Web 도구 모음에서 사이트 관리 > 서버 간 통신을 클릭하십시오. 서버 간 통신 창이 열립니다.
  3. 통신을 설정하려는 대상 서버에 대한 요청된 정보를 지정하십시오.
    1. 제목 필드에 대상 서버를 식별하기 위한 제목을 입력하십시오. 예를 들어, 다음과 같습니다.
      • My RTC Server Rational Team Concert™ 서버를 식별
      • My RQM Server Rational® Quality Manager 서버를 식별
      • My RNDG Server Rational DOORS Next Generation 서버를 식별
      • My CQWeb Server2 다른 ClearQuest Web 서버를 식별
    2. 루트 서비스 URI 필드에 동반자로 추가할 애플리케이션의 대상 루트 서비스를 다음 형식을 사용하여 입력하십시오.
      Jazz™ 서버 기반 제품의 경우:
      https://friend-server:port-number/context/rootservices
      여기서 변수의 의미는 다음과 같습니다.
      friend-server
      동반자 서버의 호스트 이름입니다.
      주의: 완전한 도메인 이름을 포함한 공용 URL을 사용하여 호스트 이름을 지정하십시오. IP 주소를 지정하지 마십시오.
      port-number
      서버에 액세스하는 포트 번호입니다.
      context
      애플리케이션 컨텍스트입니다. 이는 구성 가능한 매개변수입니다. 기본값은 다음과 같습니다.
      • Rational Team Concert
        주의: Rational Team Concert에 대한 애플리케이션 컨텍스트가 버전 2.0.0.x에서 버전 3.0 이상으로 변경되었습니다. 이전에 Rational Team Concert 2.0.0.x에 대해 서버 간 통신을 구성했고 이제 Rational Team Concert 3.0 이상에 대한 통신을 구성하려는 경우, 사이트 관리 > 서버 간 통신 창에서 루트 서비스 URI를 업데이트해야 합니다.
        • Rational Team Concert 2.0.0.x의 경우: jazz
        • Rational Team Concert 3.0 이상의 경우: ccm
      • Rational Quality Manager:
        주의: Rational Quality Manager에 대한 애플리케이션 컨텍스트가 버전 3.0.1에서 변경되었습니다. 이전에 Rational Quality Manager의 이전 버전에 대해 서버 간 통신을 구성한 경우 사이트 관리 > 서버 간 통신 창에서 루트 서비스 URI를 업데이트해야 합니다.
        • Rational Quality Manager 3.0의 경우: jazz
        • Rational Quality Manager 3.0.1의 경우: qm
      • 특정 버전의 Rational Requirements Composer:
        • Rational Requirements Composer 3.0.1의 경우: rm
        주의: Rational Requirements Composer 2.x 프로젝트가 3.0.1로 업그레이드된 경우, rm 컨텍스트를 사용하는 대신에 rdm 애플리케이션 컨텍스트를 유지해야 합니다. 자세한 내용은 다음 주제를 참조하십시오.

      예제

      다음은 Jazz 서버 기반 OSLC 서비스 제공자에 대한 여러 가지 루트 서비스 URI의 예입니다.

      https://jazz1.bldg1.india.mycompany.com:9443/ccm/rootservices

      https://jazz4.bldg5.japan.mycompany.com:9443/qm/rootservices

      https://jazz4.bldg5.spain.mycompany.com:9443/rm/rootservices

      ClearQuest Web 서버의 경우:
      주의: ClearQuest Web 서버에 대한 애플리케이션 컨텍스트가 Rational ClearQuest 버전 7.1.1(oslc/cqrest)에서 버전 7.1.2 (cqweb/oslc)로 변경되었습니다. 다음에 설명된 대로 ClearQuest OSLC 변경 관리 URI를 사용하는 모든 코드를 새 기본 URI를 사용하도록 업데이트해야 합니다. 자세한 내용은 https://jazz.net/wiki/bin/view/Main/RcmRestCmApi에서 ClearQuest OSLC 변경 관리 스펙을 참조하십시오.
      주의: 사용자가 로그온하면 사용자의 비밀번호가 암호화되지 않은 텍스트 형식으로 전송되므로 SSL을 사용하도록 ClearQuest Web 서버 통신을 구성하는 것이 좋습니다.
      • ClearQuest 버전 7.1.2 및 7.1.2.1의 경우:
        주의: ClearQuest 버전 7.1.2 및 7.1.2.1의 경우, SSL은 포트 12443에서만 지원됩니다. 포트 12443이 사용되면 서식있는 텍스트 풍선 도움말이 작동하지 않습니다.
        • SSL이 구성된 경우:

          https://hostname:12443/context/oslc/repo/dbset/discovery

        • SSL이 구성되지 않은 경우:

          http://hostname/context/oslc/repo/dbset/discovery

      • ClearQuest 버전 7.1.2.2의 경우:
        • SSL이 구성된 경우:

          https://hostname/context/oslc/repo/dbset/discovery

        • SSL이 구성되지 않은 경우:

          http://hostname/context/oslc/repo/dbset/discovery

      여기서 변수의 의미는 다음과 같습니다.
      hostname
      동반자 서버의 호스트 이름입니다.
      주의: 완전한 도메인 이름을 포함한 공용 URL을 사용하여 호스트 이름을 지정하십시오. IP 주소를 지정하지 마십시오.
      context
      애플리케이션 컨텍스트입니다. 예를 들어, ClearQuest Web 서버의 경우에는 cqweb입니다.
      dbset
      저장소(데이터베이스 세트) 이름입니다.

      URI의 discovery 노드는 Jazz 서버 rootservices URI와 동등한 ClearQuest Web 서버입니다.

      예제

      ClearQuest 버전 7.1.2.2의 경우, SSL 통신을 사용하도록 구성된 ClearQuest Web 서버 기반 OSLC 서비스 제공자의 루트 서비스 URI 예는 다음과 같습니다.

      https://cqweb4.bldg4.china.mycompany.com/cqweb/oslc/repo/mydbset/discovery

    3. . OAuth 시크릿시크릿 다시 입력 필드에 새 OAuth 이용자 키와 연관시킬 OAuth 시크릿 코드 문구를 입력하십시오.
      주의: 이 단계에서는 키를 그대로 입력하지 않습니다. 키와 연관된 짧은 문구를 입력합니다.
    4. 선택사항: 신뢰함 선택란을 선택하십시오. 신뢰할 수 있는 이용자는 다른 신뢰할 수 있는 이용자와 권한을 공유할 수 있으며 데이터에 액세스할 때 사용자 승인이 필요하지 않습니다.
      주의: 외부 제품 또는 웹 사이트에 대해서는 신뢰함 선택란을 선택 취소하는 것이 좋습니다.
    5. 액세스 요청을 클릭하십시오. 임시 키가 대상 서버에서 요청되고 페이지의 서버 동반자 목록 섹션에 액세스 정보가 추가됩니다. 임시 키 권한 부여 섹션에 새 항목이 추가됩니다.
    6. 임시 OAuth 이용자 키에 권한을 부여하십시오.
      이때 액세스 요청의 권한은 대상 서버에서 부여되지 않습니다. 요청을 승인하려면 다음 방법 중 하나를 사용하십시오.
      1. 임시 키에 대한 액세스 부여 링크가 임시 키 권한 부여 섹션에 표시되고 사용자에게 대상 서버에 대한 관리자 권한이 있는 경우(Jazz 기반 서버의 경우 JazzAdmins 그룹의 구성원) 이 링크를 클릭하십시오.
        • 대상 서버가 Jazz 기반 서버인 경우, 임시 키 권한 부여에 대한 지시사항은 Rational Team Concert 도움말을 참조하십시오.
        • 대상 서버가 다른 ClearQuest Web 서버이면 OAuth 이용자 키 승인을 참조하십시오.
        참고: OAuth 제공자가 권한 부여 URI를 제공하지 않는 경우 임시 키에 대한 액세스 부여 링크가 표시되지 않습니다. Rational ClearQuest 및 Rational Team Concert는 이 링크를 제공할 수 있습니다. Rational Quality Manager는 이 링크를 제공하지 않을 수 있습니다. 임시 키에 대한 액세스 부여 링크가 임시 키 권한 부여 섹션에 표시되지 않거나 사용자에게 대상 서버에 대한 관리자 권한이 없는 경우 아래의 옵션 ii를 선택해야 합니다.
      2. 임시 키 값을 기록하십시오. 사용자에게 대상 서버에 대한 관리자 권한이 있는 경우, 대상 서버에 로그온하여 요청을 직접 승인할 수 있습니다. 그렇지 않은 경우에는 대상 서버 관리자에게 요청 승인을 요청해야 합니다. 대상 서버 관리자에게 임시 키 값을 제공해야 할 수 있습니다.

피드백