엔터프라이즈 서비스 도구 - 릴리스 정보

1.0 CICS 런타임 환경
   1.1 CICS 서비스 플로우 런타임 환경에 z/OS용 CICS Transaction Server V3.1의 PTF PK32131 필요
   1.2 z/OS용 CICS Transaction Server V3.2의 서비스 플로우 기능

2.0 추가 기능
   2.1 IMS Info 2.0 런타임의 단일 서비스 프로젝트

3.0 릴리스 정보, 알려진 문제점, 제한사항 및 해결 방법
   3.1 엔터프라이즈 서비스 도구를 사용하는 데 필요한 전제조건
   3.2 z/OS 호스트에서 가져올 파일 선택
   3.3 z/OS 호스트에서 자동으로 종속 COBOL 파일 가져오기
   3.4 ASCII 0x00-0x7f 이외의 문자가 경로에 포함된 경우 COBOL 복사본을 가져올 수 없음

4.0 EST 단일 서비스 프로젝트에 영향을 주는 릴리스 정보, 알려진 문제점, 제한사항 및 해결 방법
   4.1 엔터프라이즈 서비스 도구 마법사 런치패드에서 "변환 유형" 선택을 위한 동적 도움말 단추
   4.2 단일 서비스 EST 마법사가 생성한 COBOL 변환 루틴은 z/OS에서만 실행됨
   4.3 XML 요소 중첩 깊이
   4.4 COBOL 데이터 구조의 FILLER 항목
   4.5 OPT 컴파일러 옵션 충돌
   4.6 OCCURS DEPENDING ON 항목을 포함하는 COBOL 그룹의 맵핑 자동 일치
   4.7 XML 지원 마법사에서 특정 텍스트 입력 필드의 대소문자 구분
   4.9 올바르지 않은 포인터 사용 시 무한 루프 발생
   4.10 CICS용 SOAP 및 CICS용 웹 서비스에서 DBCS 데이터 구성원 지원
   4.11 생성 -> XML 파일... 메뉴 항목이 XSD 스키마 제한사항을 준수하지 않음
   4.12 XML 및 웹 서비스 일괄처리 프로세서: 구성 XML에 올바르지 않은 항목으로 인해 일괄처리 프로세스 중에 널(null) 포인터 예외가 발생할 수 있음
   4.13 PL/I에서 파생된 XML 유형: 10진수 float PLI 유형에 대한 해석 정정
   4.14 XML 및 웹 서비스 일괄처리 프로세서: 입력 언어 파일 위치 디렉토리 지정
   4.15 XML 및 웹 서비스 일괄처리 프로세서: 대소문자가 혼합된 데이터 이름 지정
   4.16 숫자 상수 LOW-VALUES 및 HIGH-VALUES의 제한사항
   4.17 서비스 스펙의 메시지 이름 속성은 WSDL의 메시지에 영향을 주지 않음
   4.18 스키마를 포함, 가져오기 또는 재정의하는 원격 (USS) WSDL 파일 가져오기를 지원하지 않는 하향식 시나리오
   4.19 프로젝트 이름의 GB18030 문자
   4.20 임시 파일이 항상 정리되지는 않음
   4.21 임시 프로젝트는 항상 정리되지는 않음
   4.22 WAS 7.0 테스트 환경은 기본적으로 설치되어야 함
   4.23 버전 6.0 맵핑 파일(.cmx 파일)을 이주할 때, .cmx 파일에 참조되는 소스 파일이 동일한 폴더에 있어야 함
   4.24 웹 서비스 마법사에서 원격 위치 찾아보기 사용 시 Workbench가 잠김
   4.25 생성된 XML 스키마의 글로벌 요소 이름이 해석 및 컴파일 XML 변환 유형 간에 일치하지 않음
   4.26 생성된 XML 변환기 파일의 이름에 DBCS 문자를 사용할 수 없음
   4.27 "언어 구조" 마법사 페이지에서 다차원 배열이 인식되지 않음
   4.28 "언어 구조" 마법사 페이지에 PL/I 파일의 잘못된 오류가 표시됨
  
5.0 서비스 플로우 프로젝트에 영향을 주는 릴리스 정보, 알려진 문제점, 제한사항 및 해결 방법
   5.1 생성된 COBOL 소스 코드에서 OF 키워드 생략됨
   5.2 PL/I 임포터의 제한사항
   5.3 메시지 및 파일 이름 충돌로 인해 컴파일 오류 발생
   5.4 경로 또는 파일 이름에 비영어 문자가 포함된 경우 COBOL 파일 가져오기 실패
   5.5 경로 또는 파일 이름에 비영어 문자가 포함된 경우 PL/I 포함 파일 가져오기 실패
   5.6 원격 z/OS 시스템에서 포함된 PL/I 포함 파일을 가져올 수 없음

1.0 CICS 런타임 환경

CICS 서비스 플로우 런타임 환경(CICS 서비스 플로우 기능이라고도 함)은 엔터프라이즈 서비스 도구의 서비스 플로우 프로젝트에서 작성된 웹 서비스용 런타임 환경입니다.

1.1 CICS 서비스 플로우 런타임 환경에 z/OS용 CICS Transaction Server V3.1의 PTF PK32131 필요

이번 엔터프라이즈 서비스 도구 릴리스에서 z/OS용 CICS Transaction Server V3.1을 런타임 환경으로 사용하는 경우, z/OS용 CICS Transaction Server V3.1에 최소 PTF 레벨의 CICS 서비스 플로우 런타임용 PK32131이 필요합니다.

1.2 z/OS용 CICS Transaction Server V3.2의 서비스 플로우 기능

이번 엔터프라이즈 서비스 도구 릴리스에서 z/OS용 CICS Transaction Server V3.2를 런타임 환경으로 사용하는 경우, z/OS용 CICS Transaction Server V3.2의 CICS 서비스 플로우 기능을 설치해야 합니다.

2.0 추가 기능

2.1 IMS Info 2.0 런타임의 단일 서비스 프로젝트

엔터프라이즈 서비스 도구 단일 서비스 프로젝트에는 향후 출시될 IMS Info 2.0 런타임을 지원하는 기능이 포함되어 있습니다. 향후 릴리스에서 IMS Info 2.0 런타임을 일반적으로 사용할 수 있는 경우 System z용 Rational Developer 7.1.1에 생성된 아티팩트를 배치할 수 있습니다.

3.1 엔터프라이즈 서비스 도구를 사용하는 데 필요한 전제조건

엔터프라이즈 서비스 도구를 사용하려면 다음 전제조건이 필요합니다.

3.2 z/OS 호스트에서 가져올 파일 선택

이 참고사항은 z/OS 호스트에서 직접 엔터프라이즈 서비스 도구 프로젝트로 파일을 가져오는 방법을 설명하는 엔터프라이즈 서비스 도구 온라인 문서의 주제를 보충합니다.

엔터프라이즈 서비스 도구 프로젝트로 파일을 가져올 수 있는 마법사의 대부분을 사용하면, 적절한 마법사 페이지에서 원격 단추를 클릭한 다음 z/OS 호스트와 활성 연결을 통해 생성된 디렉토리 트리에서 가져올 원격 파일을 선택하여 z/OS 호스트에서 직접 파일을 가져올 수 있습니다(Workbench에서 올바른 구성 단계를 먼저 완료했다고 가정함). 동일한 마법사 페이지의 기타 옵션에는 워크스테이션 파일 시스템에서 가져올 파일을 선택하는 FileSystem 단추와 Workbench에서 현재 사용 중인 작업공간에서 가져올 파일을 선택하는 작업공간 단추가 포함됩니다.

z/OS 호스트에서 파일을 직접 가져올 수 있는 마법사에는 다음이 포함됩니다.
  • BMS 가져오기 마법사
  • 웹 서비스 정의 가져오기 마법사
  • PL/I 파일 가져오기 마법사
  • 새 플로우 마법사(COBOL 파일 가져오기 페이지에 있음)
  • 새 서비스 플로우 프로젝트 마법사(서비스 인터페이스 연관 페이지 및 기존 프로그램 정의 페이지 지정에 있음)
  • 소스 파일 가져오기 마법사
이러한 마법사 중 하나로 z/OS 호스트에서 파일을 가져오려면 우선 Workbench에서 다음 유형의 z/OS 호스트 연결 중 하나를 구성하고 활성화해야 합니다.
  • RSE(Remote System Explorer) Perspective에서 z/OS 연결.
  • z/OS 프로젝트.

이러한 연결 작성 및 활성화에 대한 정보는 RSE(Remote System Explorer Perspective에서 z/OS 연결 및 프로젝트를 작성하는 방법에 대해 설명하는 System z용 Rational Developer 온라인 문서의 주제를 참조하십시오.

3.3 z/OS 호스트에서 자동으로 종속 COBOL 파일 가져오기

이 참고사항은 z/OS 호스트에서 종속 COBOL 파일을 가져오는 방법에 대해 설명하는 Enterprise Service Tools 온라인 문서의 주제를 보충합니다.

COBOL 파일을 가져올 수 있게 해주는 엔터프라이즈 서비스 도구 마법사에는 가져오려고 선택한 COBOL 파일이 종속된 모든 COBOL 파일도 자동으로 가져오는 옵션이 있습니다.

이 종속 파일 자동으로 가져오기 기능을 수행하기 위해 엔터프라이즈 서비스 도구 마법사는 System z용 Rational Developer의 종속성 보기 기능을 사용합니다. 이 기능을 사용하려면 종속성 보기 기능을 구성해야 합니다.

자세한 정보는 System z용 Rational Developer의 온라인 문서에 있는 종속성 보기 주제를 참조하십시오.

3.4 ASCII 0x00-0x7f 이외의 문자가 경로에 포함된 경우 COBOL 복사본을 가져올 수 없음

문제점: 워크스테이션에서 COBOL 복사본을 가져오려고 하는데 COBOL 파일의 경로에 ASCII 문자 범위 0x00-0x7f 이외의 문자(예: 독일어 u 움라우트 문자)가 포함되는 경우, 가져오기 조작이 실패하며 다음과 같은 오류 메시지가 원격 오류 목록 보기에 표시됩니다.
'COPY' 라이브러리를 찾을 수 없습니다. 'COPY' 문을 종료하고 마침표로 건너뜁니다.

해결 방법: 경로의 서브디렉토리의 이름에 ASCII 0x00-0x7f 범위의 문자만 포함하도록 변경하십시오. 또는, 경로에 ASCII 0x00-0x7f 범위 내의 문자만 포함하도록 COBOL 복사본을 다른 서브디렉토리로 이동하십시오.

4.0 EST 단일 서비스 프로젝트에 영향을 주는 릴리스 정보, 알려진 문제점, 제한사항 및 해결 방법

4.1 엔터프라이즈 서비스 도구 마법사 런치패드에서 "변환 유형" 선택을 위한 동적 도움말 단추

문제점: "변환 유형" 선택을 위한 동적 도움말의 "정보" 섹션을 접었다 펼치면 섹션 컨텐츠가 변경됩니다.

해결 방법: "변환 유형" 선택을 위한 동적 도움말 컨텐츠를 복구하려면 동적 도움말 창을 닫았다가 다시 여십시오.

4.2 단일 서비스 EST 마법사가 생성한 COBOL 변환 루틴은 z/OS에서만 실행됨

워크스테이션 COBOL 컴파일러는 컴파일 및 런타임 시 XML PARSE문을 지원하지만, 단일 서비스 EST 마법사가 생성한 COBOL 프로그램은 z/OS 환경에서만 실행되도록 디자인되었습니다.

4.3 XML 요소 중첩 깊이

문제점: 인바운드 변환기에서 다음 예외 메시지를 리턴합니다.
IGZ0291S 최대 XML 요소 중첩 깊이를 초과했으므로 프로그램 program-name에서 XML에서 데이터 구조로의 변환을 완료할 수 없습니다. 문자 컨텐츠가 character-content인 요소 element-name에서 오류가 발생했습니다.

해결 방법: 인바운드 변환기가 특정 XML 요소의 중첩 깊이를 처리할 수 없습니다. 원래 COBOL 구조 레벨 이상의 중첩 레벨에 허용치가 있지만 이를 초과할 수 있습니다. 요소가 스키마에 없는 인바운드 XML 문서에 있는 경우, 요소의 중첩 레벨이 너무 깊으면 이런 상황이 발생합니다.

4.4 COBOL 데이터 구조의 FILLER 항목

문제점: 이름이 지정되지 않은 그룹 및 기본 항목은 상위 항목이 기본 항목과 함께 필터 아웃되므로 데이터 구조 선택 페이지나 맵핑 세션 편집기에서 선택하는 데 사용할 수 없습니다.

해결 방법: COBOL 데이터 구조를 편집하여 변환해야 하는 그룹 및 기본 데이터 항목에 이름을 지정하십시오. COBOL 그룹에 이름을 지정하면 FILLER 이외의 기본 항목을 선택할 수 있게 됩니다.

4.5 OPT 컴파일러 옵션 충돌

문제점: JCL에서 TEST 옵션을 컴파일 옵션으로 지정하면 드라이버 및 변환기 프로그램에서 생성된 PROCESS문의 OPT 컴파일러 옵션이 TEST 옵션과 충돌합니다.

해결 방법: 생성된 XML 변환 프로그램을 디버그하려면, 웹 서비스 마법사의 "생성 옵션" 페이지에서 "컴파일러 관련 환경 설정 지정" 그룹의 "최적화" 선택란을 선택 취소하십시오.

4.6 OCCURS DEPENDING ON 항목을 포함하는 COBOL 그룹의 맵핑 자동 일치

문제점: COBOL 데이터 항목이 ODO 항목이거나 이 항목을 포함하고 있으면, 맵핑 일치 조치를 시도하기 전에 수동으로 ODO 오브젝트를 맵핑하지 않는 경우 호환 가능한 XML 구조로 "맵핑 일치" 조치를 수행할 수 없습니다.

해결 방법: 맵핑 일치 조치를 시도하기 전에 맵핑 규칙에 따라 수동으로 ODO 오브젝트를 맵핑하십시오. (XML 문서에서, COBOL ODO 오브젝트 항목에 맵핑된 요소는 해당 COBOL ODO 주제에 맵핑된 XML 요소 앞에 나타나야 합니다.)

4.7 XML Enablement 마법사에서 특정 텍스트 입력 필드의 대소문자 구분

문제점: 폴더 및 파일 이름 항목은 Windows용 Eclipse에서 대소문자가 구분됩니다.

해결 방법: 폴더 및 파일 이름을 일관성있게 입력했는지 확인하십시오. 예를 들어, Workbench에서 폴더 이름이 MyFolder로 표시되면, 폴더 이름을 입력하는 입력 필드에 MyFolder를 입력해야 합니다. myfolder를 입력하는 경우, 올바르지 않거나 존재하지 않는 폴더 이름이라고 표시될 수 있습니다.

4.9 올바르지 않은 포인터 사용 시 무한 루프 발생

문제점: XML 변환기 또는 드라이브에 널(null)이 아닌 올바르지 않은 포인터를 제공하면 무한 루프가 발생합니다.

해결 방법: XML 변환기는 호출자가 전달한 포인터를 발견하고 보고합니다. 널(null)이 아닌 올바르지 않은 포인터의 경우, XML 변환기에 보호 예외(SOC4)가 발생하여 리턴될 가능성이 큽니다.

4.10 CICS용 SOAP 및 CICS용 웹 서비스에서 DBCS 데이터 구성원 지원

EST 단일 서비스 프로젝트에서 DBCS 데이터 항목을 지원하려면 인바운드 및 아웃바운드 XML 문서가 UTF-16 또는 UTF-8로 인코딩되어야 합니다. 웹 서비스의 대상 런타임이 CICS용 SOAP인 경우, UTF-16 또는 UTF-8로 된 XML을 XML 변환기 드라이버로 교환하도록 기능을 구성하십시오. 기본적으로 CICS용 웹 서비스 런타임은 UTF-8로 된 XML을 클라이언트와 교환하며 XML 변환기 드라이버는 XML을 UTF-16 CICS와 교환합니다. UNICODE가 필요할 경우, 현재 XML 변환기에 가장 효과적으로 사용할 수 있는 것은 UTF-16입니다. 두 런타임에 대해, UNICODE 및 DBCS 호스트 코드 페이지 간의 변환을 지원하는 변환 이미지와 함께 UNICODE의 z/OS 지원을 구성해야 하는 경우가 있습니다.

4.11 생성 -> XML 파일... 메뉴 항목이 XSD 스키마 제한사항을 준수하지 않음

문제점: 생성 -> XML 파일... 메뉴 항목이 XSD 스키마 제한사항을 준수하지 않습니다. 엔터프라이즈 서비스 도구로 작성된 XSD에서 XML 파일 생성 조치를 사용하면 올바르지 않은 XML 파일이 생성될 수 있니다.

해결 방법: 태그 컨텐츠가 XSD 스키마에 지정된 제한사항을 준수하도록 생성된 XML 파일을 편집하십시오.

4.12 XML 및 웹 서비스 일괄처리 프로세서: 구성 XML에 올바르지 않은 항목 포함 시 일괄처리 프로세서 중에 널(null) 포인터 예외가 발생할 수 있음

문제점: 옵션 XML 파일에 올바르지 않은 항목(Container.xml, PlatformProperties.xml, ServicesSpecification.xml)이 포함되면 일괄처리 프로세서의 실행 중에 널 포인터 예외가 발생할 수 있습니다.

해결 방법: 옵션 XML 파일에서 형식에 따라 항목을 제대로 지정하십시오.

4.13 PL/I에서 파생된 XML 유형: 10진수 float PLI 유형에 대한 해석 정정

문제점: "PL/I에서 파생된 XML 유형" 온라인 도움말 주제에서, 테이블 2의 마지막 두 행인 PL/I에서 XML 유형 파생, 2진 Float 및 10진수 Float의 경우 첫 번째 열의 값을 갱신해야 합니다.

해결 방법: 테이블 2의 마지막 두 행, PL/I에서 XML 유형 파생, 2진 Float 및 10진수 Float은 다음과 같이 판독해야 합니다.
PL/I 유형 해당 XSD 유형
10진수 Float(n)
  • 여기서 n <= 6
<xsd:simpleType>
   <xsd:restriction base="xsd:float"/>
</xsd:simpleType>
10진수 Float(n)
  • 여기서 7 <= n <= 16
<xsd:simpleType>
   <xsd:restriction base="xsd:double"/>
</xsd:simpleType>

4.14 XML 및 웹 서비스 일괄처리 프로세서: 입력 언어 파일 위치에 대한 디렉토리 지정

COBOL 입력 파일의 위치는 "importDirectory" 속성에서 드라이브 스펙으로 시작되는 절대 경로로 지정될 수 있습니다(예: C:\mypath\test).

상대 경로가 필요한 경우에는(예: xsebatch 구성 파일에서 파일 위치를 변경하지 않고 구성 파일 및 COBOL 소스 코드를 다시 찾을 수 있도록 하기 위해) 다음을 수행하십시오.
  1. 서비스 스펙 파일의 InputOutputMessage, InputMessage 또는 OutputMessage 요소에서 importDirectory 속성을 생략하십시오.
  2. importFile 속성 값에 상대 경로 이름을 포함하십시오(예: importFile="cobol_src/DFH0ACDT.cbl" 또는 importFile="../cobol_src/DFH0ACDT.cbl"). 이 경로는 xsebatch가 호출된 위치에 상대적인 위치가 됩니다.
  3. ".."을 사용하여 상위 디렉토리로 내려가는 경우, importFile 속성 값에 둘 이상의 ".."이 없도록 하십시오.
예를 들어, 다음 디렉토리를 갖는 프로젝트가 있다고 가정합니다.
C:\workspace\account_details                    -- 기본 프로젝트
C:\workspace\account_details\cobol_src          -- 가져올 COBOL 소스 파일이 있는 서브디렉토리
C:\workspace\account_details\xsebatch_config    -- xsebatch에 대한 XML 구성 파일이 있는 서브디렉토리
그러면 cobol_src 디렉토리에서 DFH0ACTD.cbl이라고 하는 COBOL 소스 파일에 대해 다음의 InputOutputMessage 요소를 사용할 수 있습니다.
<InputOutputMessage importFile="../cobol_src/DFH0ACTD.cbl"></InputOutputMessage>

또는 xsebatch가 호출된 디렉토리와 동일한 디렉토리에 COBOL 소스 파일을 위치시킬 수 있습니다.

4.15 XML 및 웹 서비스 일괄처리 프로세서: 대소문자가 섞인 데이터 이름 지정

COBOL 데이터 이름에서는 대소문자를 구분하지 않지만 스펙 XML 파일에서는 대소문자를 정확하게 구분하여 지정해야 합니다. 예를 들어, COBOL 데이터 소스에서 데이터 이름을 MY-Data라고 하는 경우, 서비스 스펙 xml에서는 nativeTypeName 속성을 nativeTypeid="MY-Data"로 설정해야 합니다. 대소문자를 정확하게 구분하여 지정하지 않으면 데이터 이름을 찾을 수 없으며, 기본적으로 첫 번째 사용 가능한 레벨 01 데이터 이름이 사용됩니다.

4.16 숫자 상수 LOW-VALUES 및 HIGH-VALUES에 대한 제한사항

숫자 상수 LOW-VALUE(S) 및 HIGH-VALUE(S)는 EST 단일 서비스 마법사에서 사용하는 COBOL 데이터 구조에 존재할 수 있지만, EST 단일 서비스 마법사에서 시맨틱 의미가 무시되어 EST 단일 서비스 마법사가 생성한 아티팩트로 전달되지 않습니다.

4.17 서비스 스펙의 메시지 이름 속성은 WSDL의 메시지에 영향을 주지 않음

문제점: 일괄처리 모드에서, 서비스 스펙 파일에 있는 메시지 요소(InputMessage, OutputMessage, InputOutputMessage)의 "name" 속성은 생성된 WSDL 파일에 영향을 주지 않습니다. 문서에 나열된 기본값("esvc")은 올바르지 않습니다. 기본값은 오퍼레이션 이름에 "Request"(InputMessage 및 InputOutputMessage의 경우)나 "Response"(OutputMessag의 경우)라는 단어가 결합되어 생성됩니다.

해결 방법: 위에서 설명한 대로 도구에서 생성한 기본값 메시지 이름을 사용하거나, WSDL이 생성된 후 이를 수정할 수 있습니다.

4.18 스키마를 포함, 가져오기 또는 재정의하는 원격 (USS) WSDL 파일 가져오기를 지원하지 않는 하향식 시나리오

문제점: "CICS용 웹 서비스 프로젝트"에서, 스키마를 포함, 가져오기 또는 재정의하는 WSDL 파일(원래 원격 위치에서 가져온 파일)과 함께 새 서비스 구현 작성 시나리오(하향식)를 실행하는 경우 오류가 발생하여 실패하게 됩니다.

해결 방법: 필요한 모든 파일을 워크스테이션 또는 워크스테이션의 일반 프로젝트에 복사하고 RMB -> 가져오기 -> 소스 파일 및 하향식 시나리오 시도를 통해 로컬 WSDL 파일을 "CICS용 웹 서비스 프로젝트"에 가져오십시오.

4.19 EST 단일 서비스 프로젝트 이름의 GB18030 문자

문제점: EST 단일 서비스 프로젝트 이름에 GB18030 코드 페이지의 문자를 사용하면 프로젝트의 파일에서 EST 단일 서비스 마법사 실행 시 오류가 발생합니다.

해결 방법: EST 단일 서비스 프로젝트의 이름을 지정하는 경우 GB18030 문자를 사용하지 마십시오.

4.20 임시 파일이 항상 정리되지는 않음

문제점: EST 단일 서비스 마법사를 실행한 다음 때때로 EST 단일 서비스 프로젝트 폴더에 임시 파일(예: ~DF45B.tmp)이 남아 있음을 볼 수 있습니다.

해결 방법: EST 단일 서비스 마법사를 실행한 다음 EST 단일 서비스 프로젝트에서 비슷한 이름의 파일이 표시되면 이 파일을 안전하게 삭제할 수 있습니다.

4.21 임시 프로젝트가 항상 정리되지는 않음

문제점: EST 단일 서비스 마법사가 실행되는 동안 때때로 임시 프로젝트(예:ESTProject 또는 ESTProjectN, 여기서 N=1,2,3....)가 WSDL 생성 중에 EST 프로젝트 탐색기 보기에 일시적으로 표시되는 것을 볼 수 있습니다. 이 프로젝트가 표시되면 EST 프로젝트 탐색기의 다른 프로젝트 폴더도 일시적으로 움직일 수 있습니다. 오류가 있거나 WSDL을 생성하는 동안 Workbench를 닫으면 이 임시 프로젝트가 EST 프로젝트 탐색기에 남아 있는 경우도 있습니다.

해결 방법: EST 단일 서비스 마법사를 실행한 다음 작업공간에서 비슷한 이름의 프로젝트가 표시되면 해당 프로젝트를 안전하게 삭제할 수 있습니다.

4.22 WAS 7.0 테스트 환경은 기본적으로 설치되어야 함

문제점: RAD 7.0 설치 프로세스 중에 WAS 7.0 테스트 환경이 기본적으로 설치되지 않은 경우, WSDL에서 생성한 Java 클라이언트 프록시를 테스트할 때 오류가 발생할 수 있습니다. 이러한 오류는 나중에 WAS 7.0 테스트 환경을 설치해도 발생합니다.

해결 방법: 웹 서비스용 Java 클라이언트 프록시를 생성하여 테스트하려면 RAD 설치 프로세스 중에 WAS 7.0의 기본 설치 옵션을 사용하십시오.

4.23 버전 6.0 맵핑 파일(.cmx 파일)을 이주할 때, .cmx 파일에 참조되는 소스 파일이 동일한 폴더에 있어야 함

문제점: 이전 맵핑 파일의 이주 프로세스에서는 참조된 맵핑 소스 파일이 해당 맵핑 파일과 동일한 폴더에 있어야 합니다. 이 요구사항이 충족되지 않으면 다음 오류 메시지가 표시되고 맵핑 이주 도구가 실패합니다: "자원 ......[파일 이름].맵핑이 로컬이 아닙니다".

해결 방법: 참조된 소스 파일을 이주되는 맵핑 파일과 동일한 폴더로 이동하십시오.

4.24 웹 서비스 마법사에서 원격 위치로 찾아보기 사용 시 Workbench가 잠김

문제점: 웹 서비스 마법사 페이지에서 대상 폴더(Converter 폴더, WSDL 또는 WSBIND 폴더)의 원격 위치로 찾아보기를 수행하면 연결 이름이 길 경우(예: ctfmvs08.rtp.raleigh.ibm.com) 시간이 오래 걸리거나 Workbench가 잠길 수 있습니다.

해결 방법: 연결 이름을 ctfmvs08처럼 짧은 이름으로 바꾸십시오.

4.25 생성된 XML 스키마의 글로벌 요소 이름이 해석 및 컴파일 XML 변환 유형 간에 일치하지 않음

문제점: 해석 및 컴파일 XML 변환의 기본 생성으로 생성된 XML 스키마에 있는 웹 서비스 메시지 루트 요소 이름이 일치하지 않습니다. 아래의 해결 방법 섹션에 설명된 대로 컴파일 XML 변환의 생성 기본값을 해석 변환과 일치하도록 변경해야 합니다. 이렇게 하면 WSDL 파일을 다시 공개하고 웹 서비스 클라이언트의 코드를 변경하지 않고 나중에 필요에 따라 변환 유형을 해석에서 컴파일로 변경할 수 있습니다.

해결 방법: 컴파일 XML 변환의 아티팩트를 생성할 때, 마법사를 사용하여 해석 XML 변환과 일치하도록 루트 요소 이름을 변경할 수 있습니다. "루트 요소 이름"이라고 하는 이 새 옵션은 "생성 옵션" 페이지->"WSDL 및 XSD" 옵션 탭->"인바운드 및 아웃바운드 XML 스키마 특성 지정" 그룹에 있습니다. 예를 들어, A-B-C라고 하는 COBOL 그룹의 경우 해석 변환 아티팩트의 메시지 루트 요소 이름은 "a_b_c"가 됩니다. 기본 컴파일 변환 아티팩트의 경우 루트 요소 이름은 "ABC"입니다. 앞에서 설명한 바와 같이 마법사를 사용하여 해석 변환에 대해 생성된 WSDL과 일치하도록 "ABC"를 "a_b_c"로 변경할 수 있습니다.

4.26 DBCS 문자는 생성된 XML 변환기 파일의 이름에 사용할 수 없음

문제점: DBCS 문자를 z/OS에서 파티션된 데이터 세트 구성원의 이름으로 사용할 수 없습니다.

해결 방법: XML 변환기 파일의 이름을 지정할 때 DBCS 문자를 생략하십시오. 또한 마법사에서 제안된 기본 파일 이름에 DBCS 문자가 포함되지 않았는지 확인하십시오.

4.27 "언어 구조" 마법사 페이지에서 다차원 배열이 인식되지 않음

"엔터프라이즈 서비스 도구 마법사"의 "언어 구조" 페이지에서 PL/I 소스 파일에 대해 다차원 배열이 지원되지 않는 유형으로 간주됩니다.

4.28 "언어 구조" 마법사 페이지에 PL/I 파일의 잘못된 오류가 표시됨

문제점: 컴파일 오류 없이 PL/I 파일에서 "엔터프라이즈 서비스 도구 마법사"를 실행할 때, "언어 구조" 마법사 페이지에 다음과 같은 오류가 표시될 수 있습니다.

인바운드 언어 구조를 선택하십시오. 

해결 방법: 마법사를 취소하고 다시 시작하십시오 .

5.0 서비스 플로우 프로젝트에 영향을 주는 릴리스 정보, 알려진 문제점, 제한사항 및 해결 방법

5.1 생성된 COBOL 소스 코드에서 OF 키워드 생략됨

문제점: CICS 서비스 플로우 런타임의 런타임 COBOL 소스 코드 생성 시, 드문 경우지만 코드 생성 프로그램이 ID의 데이터 이름 사이에 OF 키워드를 포함하지 않습니다. 예를 들어, 올바른 텍스트 MYFIELD OF MYMESSAGE 대신 올바르지 않은 텍스트 MYFIELDMYSMESSAGE가 생성됩니다.

해결 방법: Workbench의 기본 메뉴에서 프로젝트 > 정리를 선택하십시오. 그런 다음 런타임 COBOL 소스 코드를 다시 생성하십시오. ID의 데이터 이름이 제대로 생성됩니다.

5.2 PL/I 임포터의 제한사항

문제점: 호스트의 PL/I 컴파일러의 CICS 옵션을 사용하여 호스트에 컴파일된 CICS 명령이 있는 PL/I 프로그램을 가져올 때, CICS 명령이 외부적으로 정의된 기능이라는 내용의 메시지와 함께 PL/I 임포트가 실패합니다. 이는 호스트의 PL/I 컴파일러의 CICS 옵션에 CICS 명령이 자동으로 포함되지만 PL/I 컴파일러가 이 명령이 포함되어 있는 위치를 발견하지 못하기 때문입니다.

해결 방법: 프로그램 데이터 정의를 별도의 포함 파일(*.inc)에 복사하고 포함 파일을 가져오십시오. 이렇게 하면 CICS 명령의 모든 문제점 및 전체 PL/I 프로그램에서 감지된 기타 구문 오류를 방지할 수 있습니다.

5.3 메시지 및 파일 이름 충돌로 인해 컴파일 오류 발생

문제점: 플로우를 모델링하고 특정 메시지의 필드에 다른 메시지와 동일한 이름이 있는 경우, 이름 충돌로 인해 IGYPS0037 오류가 보고되면서 생성된 COBOL 코드가 컴파일되지 않을 수 있습니다. 예를 들어 플로우에서 (1)'Y' 필드가 있는 'X'라는 메시지와 (2)'Y'라는 메시지를 참조하는 경우, 생성된 코드가 'Y' 항목을 참조할 때 COBOL 컴파일러는 참조되는 항목이 'Y' 메시지인지 'X의 Y' 필드인지 인식하지 못합니다.

해결 방법: 메시지 또는 필드를 리팩터하여 이름 충돌을 해결하십시오. EST 프로젝트 탐색기에서, 중복 이름이 있는 항목 중 하나를 선택하십시오. 컨텍스트 메뉴를 열고 이름 바꾸기를 선택하십시오.

5.4 경로 또는 파일 이름에 비영어 문자가 포함된 경우 COBOL 파일 가져오기 실패

문제점: COBOL 복사본 파일을 가져오려고 하는데 파일 경로 또는 파일 이름에 비영어 문자가 있는 경우 가져오기가 실패합니다.

해결 방법: 이름에 영어 문자만 포함되도록 COBOL 복사본 파일의 이름을 바꾸십시오. 디렉토리에서 경로에 영어 문자만 포함된 파일을 찾으십시오.

5.5 경로 또는 파일 이름에 비영어 문자가 포함된 경우 PL/I 포함 파일 가져오기 실패

문제점: PL/I 포함 파일을 가져오려고 하는데 파일 경로 또는 파일 이름에 비영어 문자가 있는 경우 가져오기가 실패합니다.

해결 방법: 이름에 영어 문자만 포함되도록 PL/I 포함 파일의 이름을 바꾸십시오. 디렉토리에서 경로에 영어 문자만 포함된 파일을 찾으십시오.

5.6 원격 z/OS 시스템에서 포함된 PL/I 포함 파일을 가져올 수 없음

문제점: 원격 z/OS 시스템에서 PL/I 소스 파일을 가져오고 소스 파일에 포함되는 PL/I 포함 파일을 PL/I 소스 파일이 지정하는 경우, PL/I 파일 가져오기 마법사가 원격 z/OS 시스템에서 PL/I 포함 파일을 가져오지 않습니다.

해결 방법: PL/I 포함 파일을 가져오려면 다음을 수행하십시오.

  1. PL/I 소스 파일이 로컬 파일 시스템의 디렉토리 또는 작업공간의 서브폴더에 포함시키는 PL/I 포함 파일과 PL/I 소스 파일을 다운로드하십시오.
  2. 로컬 디렉토리 또는 작업공간에서 PL/I 소스 파일을 가져오십시오. 마법사가 PL/I 소스 파일뿐만 아니라 PL/I 소스 파일에 포함되는 PL/I 포함 파일을 가져옵니다.



이용약관 | 피드백

(C) Copyright IBM Corporation 2005, 2006, 2007. All Rights Reserved.