CICS 번들 프로젝트에 자원 추가

CICS® 번들 프로젝트에 자원 정의를 추가하면 CICS 리젼에 번들을 배치 및 설치할 때 CICS가 동적으로 자원을 작성합니다.

시작하기 전에

자원을 추가하려면 먼저 자원을 추가할 CICS 번들 프로젝트를 작성해야 합니다. 자세한 정보는 CICS 번들 프로젝트 작성의 내용을 참조하십시오.

이 태스크 정보

CICS 번들에 정의되고 번들 배치의 일부로 동적으로 작성되기 때문에 일부 CICS 자원의 특성은 변경됩니다. 이러한 방식으로 작성된 CICS 자원의 수명은 BUNDLE 자원과 별도로 관리할 수 없습니다. 이러한 수명은 CICS 번들을 통해 관리해야 합니다. 번들과 자원 라이프사이클의 상호 종속성으로 인해 애플리케이션 설계자는 CICS 번들의 라이프사이클에 연관시켜야 하는 애플리케이션의 자원 세트를 주의 깊게 고려해야 합니다. CICS 번들에 자원을 정의하는 것에 대한 잠재적 의미에 대해 좀 더 이해하려면 번들화된 자원의 특성을 참조하십시오.

애플리케이션 번들에서 하나 또는 다수의 CICS 번들을 참조할 수 있습니다. 이러한 방식으로 애플리케이션을 패키지화하여 애플리케이션과 번들을 CICS에 단일 엔티티로 배치할 수 있으며, 그러면 CICS에서 애플리케이션을 보다 간편하게 업데이트하고 관리할 수 있습니다. CICS 번들은 다중 버전화에 적합한 자원만 포함하는 경우 둘 이상의 애플리케이션에 의해 CICS 리젼에 설치될 수 있습니다.

애플리케이션용으로 설계된 기타 자원 및 가져온 자원과 결합하여 개인용 자원으로 지원되는 CICS 자원을 사용하는 플랫폼에 배치된 애플리케이션은 다중 버전화에 적합합니다. 다음 자원은 다중 버전화된 애플리케이션의 일부로 지원됩니다.
  • 애플리케이션의 일부인 CICS 번들에 정의된 PROGRAM 자원
  • 애플리케이션의 일부인 CICS 번들에 정의된 LIBRARY 자원
  • 정책
  • 애플리케이션 시작점의 명령문
  • 애플리케이션에 대한 종속 항목으로 정의되고 가져오는 자원

기타 자원 유형을 포함하는 CICS 번들은 플랫폼에서 동일한 CICS 리젼에 설치되는 기타 애플리케이션에 포함될 수 없고, 이미 애플리케이션에 대해 설치된 경우 플랫폼으로 추가할 수 없습니다. 애플리케이션에 다중 버전화에 대해 지원되지 않는 자원이 필요하며 플랫폼에서 대상 리젼 유형에 설치된 CICS 번들에서 이미 사용된 경우, 새 CICS 번들 프로젝트를 작성하십시오. Manifest 파일에 가져오기를 지정하여 새 CICS 번들의 종속 항목으로 자원을 선언하십시오. 그런 다음 새 CICS 번들 프로젝트를 애플리케이션 프로젝트에 포함시키십시오. 자원을 종속 항목으로 선언하는 절차는 번들 종속 항목 정의를 참조하십시오.

CICS 번들에서 동일한 TRANSACTION 자원을 정의하고 CICS 번들을 애플리케이션의 파트로 배치하거나 CICS 번들을 플랫폼에 추가하는 경우 트랜잭션에 대한 초기 설치 시의 자동 설치가 지원되지 않습니다. 애플리케이션의 파트로 배치되는 CICS 번들에 정의된 TRANSACTION 자원의 경우 트랜잭션의 초기 프로그램에 대한 PROGRAM 자원을 동일한 애플리케이션의 파트로 정의하고 배치해야 합니다. 플랫폼에 배치되는 CICS 번들에 정의된 TRANSACTION 자원의 경우 트랜잭션의 초기 프로그램에 대한 PROGRAM 자원을 다음 중 한 방법으로 정의하고 배치해야 합니다.
  • 플랫폼에 배치되는 CICS 번들
  • 플랫폼에 배치되는 애플리케이션의 파트
  • 독립형 CICS 번들, CICS CSD 또는 CICSPlex® SM 데이터 저장소를 사용하고 플랫폼의 파트인 CICS 리젼

CICS 번들 프로젝트에 자원을 정의하려면 다음 단계를 따르십시오.

프로시저

  1. 프로젝트 탐색기 보기에서 CICS 번들 프로젝트를 마우스 오른쪽 단추로 클릭하고 새로 작성을 클릭하십시오.
  2. 메뉴에서 추가하려는 자원(예: 프로그램, 라이브러리, 트랜잭션 또는 URI 맵 정의)을 선택하십시오.
    팁: CICS 번들은 대소문자 혼합 이름이 CICS에서 지원되는 자원에 대해 대소문자 혼합 이름을 지원합니다. 하지만 파일 시스템은 동일한 이름이지만 대소문자 구분이 다른 이름을 가진 파일이 동일한 CICS 번들 프로젝트에 상주하는 것을 허용하지 않을 수 있습니다. 다른 대소문자를 사용하는 중복 자원 이름이 필요한 경우 이러한 자원을 별도의 CICS 번들 프로젝트에 정의하십시오.
  3. 마법사에서 필수 필드를 완성하십시오.
    1. CICS 자원 서브세트의 경우, 자원이 애플리케이션에 대한 시작점이면 애플리케이션 조작을 추가할 수 있습니다.
    2. JVM 서버의 경우 제공되는 템플리트, OSGi, Axis2 또는 Liberty 중 하나를 사용하여 JVM 프로파일을 작성하거나, CICS 번들에 있는 기존 JVM 프로파일을 사용하거나, 작업공간 또는 로컬 파일 시스템의 임의 위치에서 CICS 번들로 기존 JVM 프로파일을 가져오도록 선택할 수 있습니다. 마법사를 완료한 후 CICS 번들 프로젝트에서 정의된 자원 편집의 지시사항에 따라 시스템 요구사항에 맞도록 JVM 프로파일을 편집하십시오.
    3. 파이프라인의 경우, CICS 제공 샘플 파이프라인 구성 파일 중 하나를 사용하여 파이프라인 구성 파일을 작성하거나, 로컬 파일 시스템 또는 로컬 작업공간에서 기존 구성 파일을 가져오도록 선택할 수 있습니다. 마법사를 완료한 후, CICS 번들 프로젝트에서 정의된 자원 편집의 지시사항에 따라 파이프라인 구성 파일을 편집하여 여기에 포함시키려는 메시지 핸들러, 헤더 처리 프로그램 및 애플리케이션 핸들러를 추가하십시오.
    4. 웹 서비스의 경우, 로컬 파일 시스템 또는 로컬 작업공간에서 웹 서비스 바인딩 파일을 가져와 WEBSERVICE 정의를 작성하십시오. 번들에 패키지화될 WSDL 문서 또는 WSDL 아카이브 파일을 가져오도록 선택하거나, 서비스 제공자의 경우 번들에 PROGRAM 정의를 포함하도록 선택란을 선택할 수 있습니다. 웹 서비스가 SOAP 메시지의 전체 유효성 검증이 필요없는 기본 설정으로 작성되었지만 자원을 설치한 후 자원 편집기 또는 CICS에서 이를 변경할 수 있음을 참고하십시오.
    5. WEBSERVICE 정의를 작성한 후, 마우스 오른쪽 단추로 클릭하고 마법사를 실행하여 웹 서비스의 URIMAP 정의를 생성한 후 별명 트랜잭션을 작성할 수 있습니다.
      • URIMAP의 경로는 웹 서비스 바인딩 파일을 기초로 미리 채워지지만 필요한 경우 다른 경로를 입력할 수 있습니다.
      • URIMAP의 호스트 이름 및 포트 번호는 웹 서비스 바인딩 파일을 기초로 미리 채워집니다. 호스트 이름을 검색할 수 없으면 CICS Explorer는 경고 메시지를 표시하며, 호스트 필드에 값을 입력해야 합니다. 포트 번호를 검색할 수 없으면 CICS Explorer는 URI 스키마에 따라 기본값 80 또는 443을 제공합니다.
      • 기본 별명 트랜잭션은 CPIH이지만, 이를 변경할 수 있고 트랜잭션 정의를 생성하는 선택란을 선택할 수 있습니다. 선택란이 선택되어도 CPIH 또는 CPIQ에 대한 트랜잭션 정의는 생성되지 않음를 참고하십시오. C로 시작하는 기타 트랜잭션 이름은 CICS용으로 예약됩니다.
      • 애플리케이션 시작점에 대한 URIMAP 자원을 작성하기 위해, CICS 번들 Manifest 편집기를 열고 시작점 탭으로 전환한 후 고유한 조작 이름, URIMAP 자원 유형 및 URIMAP 자원 이름을 지정하여 시작점을 추가할 수 있습니다.
    6. URIMAP 자원의 경우, 새 URI 맵 정의 대화 상자를 사용하여 URIMAP 구성 파일을 작성할 수 있습니다. 호스트, 경로를 지정한 후 사용법을 선택하십시오.
      • HFS 파일을 사용하여 정적 응답을 제공하는 URIMAP 정의의 경우, 파일은 URIMAP 자원과 함께 CICS 번들에 패키지화되어야 합니다. CICS 번들의 루트 디렉토리에 관련된 상대 파일 경로를 지정하십시오. 상대 파일 경로의 경우, 경로 시작에 슬래시를 사용하지 마십시오. 절대 경로를 사용할 수 있지만 강력히 반대합니다.
      • 사용법을 선택하십시오.
        • HTTP 서버로서 CICS의 URIMAP 정의를 작성하려면 서버를 선택하십시오. 이러한 유형의 URIMAP 정의는 웹 클라이언트에서 CICS 자원으로 수신되는 HTTP 요청의 URI를 맵핑할 때 사용됩니다. 애플리케이션에서 생성하는 응답 또는 정적 응답을 제공할 수 있습니다.
        • HTTP 클라이언트로서 CICS의 URIMAP 정의를 작성하려면 클라이언트를 선택하십시오. 이러한 유형의 URIMAP 정의는 CICS가 서버에서 HTTP 자원을 요청할 때 사용되므로, 애플리케이션 프로그램에서 URI를 식별하지 않을 수 있습니다.
        • 웹 서비스의 URIMAP 정의를 작성하려면 파이프라인을 선택하십시오. 이러한 유형의 URIMAP 정의는 인바운드 웹 서비스 요청 즉, 클라이언트가 CICS에서 웹 서비스를 호출하는 요청에 사용됩니다. 수신되는 요청의 URI는 WEBSERVICE 및 PIPELINE 자원과 연관되며, 이는 메시지에서 수행할 처리를 지정합니다.
        • Atom 피드에 대한 URIMAP 정의를 작성하려면 Atom을 선택하십시오. 이러한 유형의 URIMAP 정의는 CICS가 Atom 피드에 대해 사용 가능하도록 설정하는 데이터의 수신 요청에 사용됩니다. URIMAP 정의는 요청 URI를 ATOMSERVICE 자원 정의로 맵핑하며, 이는 Atom 문서를 정의합니다.
        • JVM 서버에서 실행 중인 웹 애플리케이션의 URIMAP을 작성하려면 JVM 서버를 선택하십시오. 이러한 유형의 URIMAP은 수신되는 애플리케이션 요청을 CICS 트랜잭션으로 맵핑할 때 사용됩니다. 수신 요청의 URI에 일치하는 URIMAP이 없으면 CICS는 CJSA 트랜잭션을 사용합니다.
        • 정적 응답이 제공될 수 있도록 URIMAP을 구성하려면 파일을 선택한 후 HFS 파일 또는 템플리트 이름을 선택하십시오. 사용법 속성은 USAGE(SERVER)로 설정됩니다.
      • URIMAP 자원을 애플리케이션 시작점으로 작성하려면, 애플리케이션 시작점 작성 선택란을 선택하고 고유한 조작 이름을 입력하십시오. 또는 CICS 번들 Manifest 편집기를 열고 시작점 탭으로 전환한 후 고유한 조작 이름, URIMAP 자원 유형 및 URIMAP 자원 이름을 지정하여 시작점을 추가할 수 있습니다.
  4. 완료를 클릭하십시오.
  5. 자원을 작성한 직후 그 속성을 보고 편집하려면 마법사가 완료된 경우 편집기 열기 선택란을 선택하여 자원 편집기를 여십시오. 나중에 이러한 작업을 수행하려는 경우 프로젝트 탐색기 보기에서 자원 편집기를 열 수 있습니다.

결과

CICS 번들 프로젝트에 자원 정의가 작성되고 번들 Manifest가 업데이트됩니다.

다음에 수행할 작업

자원 편집기에서 자원을 편집하려면 CICS 번들 프로젝트에서 정의된 자원 편집의 지시사항을 따르십시오.

자원 정의를 완료하면 CICS 번들 프로젝트를 zFS에 배치하거나 애플리케이션 또는 플랫폼 번들과 함께 배치를 위해 이 번들을 패키지화할 수 있습니다. 자세한 정보는 CICS 번들 배치의 내용을 참조하십시오.