메시지 세트 이주 참고사항

이 주제에서는 WebSphere Message Broker 버전 6.0으로 메시지 세트를 이주할 때 알아야 하는 정보를 제공합니다. 이 주제에는 다음 절이 포함되어 있습니다.

버전 5.1 Message Brokers Toolkit을 사용하는 경우 "버전 5.0"에 대한 이 주제의 모든 참조를 "버전 5.1"으로 바꾸십시오.

버전 2.1에서 이주

버전 2.1에서 버전 6.0으로 메시지 세트를 이주하려면 mqsimigratemsgsets 명령을 사용하여 버전 2.1 메시지 세트 내보내기 파일(.mrp)을 버전 6.0 메시지 세트 프로젝트로 변환하십시오. 명령을 실행하기 전에 조작에 대한 자세한 참고사항을 제공하는 버전 2.1에서 메시지 세트 이주 주제를 참조하십시오.

버전 5.0에서 이주

버전 5.0에서 버전 6.0으로 메시지 세트를 이주하기 위해 이주 명령은 필요하지 않습니다. 버전 5.0 메시지 세트 프로젝트의 컨텐츠는 버전 6.0 Message Brokers Toolkit으로 읽을 수 있으며, 수정되어 처음 저장될 때 버전 6.0 형식으로 자동 변환됩니다.

일반 이주 정보

다음 정보는 버전 2.1 또는 버전 5.0에서 이주했는지 여부를 적용할 수 있습니다.
  • CWF 등록 정보 반복 수가 논리 등록 정보 최대 발생으로 대체되어 CWF 물리적 형식이 이미 최대 발생을 사용하여 반복 수를 판별하는 TDS 및 XML 물리적 형식과 일치하게 되었습니다. CWF 반복 수 값 세트를 가진 각 요소나 그룹에 대해 메시지 편집기의 문제점 보기에 경고가 표시됩니다. 경고를 마우스 오른쪽 단추로 누르고 빠른 수정을 눌러 문제점을 해결하십시오.
    주: 버전 5.0에서는 CWF 등록 정보 반복 수가 설정되지 않 최소 발생최대 발생과 같지 않은 경우 반복 수가 1로 간주됩니다. 버전 6.0에서는 반복 수가 최대 발생으로 간주됩니다. 이 경우에는 경고가 발행될 가능성이 없습니다. 이런 메시지 모델은 COBOL 또는 C 임포터에 의해 작성되지 않으므로 버전 5.0 메시지 편집기를 사용하여 CWF 메시지 모델을 작성한 경우에만 발생할 수 있습니다.
  • 버전 6.0 이전의 TDS 물리적 형식에는 메시지 키에 의한 임베드된 메시지 식별이 포함되었습니다. 메시지 키 기술은 없어지고 메시지 ID라는 기술이 대신 사용됩니다. TDS 메시지 키 값을 가진 각 메시지 및 TDS 요소 값 해석 등록 정보가 메시지 키로 설정된 각 요소 또는 속성에 대해 메시지 편집기의 문제점 보기에 경고가 표시됩니다. 경고를 마우스 오른쪽 단추로 누르고 빠른 수정을 눌러 문제점을 해결하십시오.

    메시지 세트가 버전 5.0 또는 버전 2.1 브로커에 전개될 경우, 이런 브로커는 임베드된 메시지 식별의 메시지 ID 기술을 지원하지 않으므로 TDS 메시지 키를 계속 사용하십시오.

  • 이제 Message Brokers Toolkit이 TDS 물리적 형식 등록 정보 데이터 패턴의 유효성을 검증하여 올바른 XML 스키마 정규 표현식인지 확인합니다. 메시지 편집기의 문제점 보기에 오류가 표시되며, 사용자는 편집기를 사용하여 오류를 수동으로 수정해야 합니다. 특히, 메타 문자 이스케이프와 관련하여 XML 스키마 스펙에 대응하여 일부 정오표가 발행되었으며 이로 인해 유효성 검증 오류가 발생할 수 있습니다. 오류를 수정하려면 백슬래시 문자("\")를 사용하여 하이픈 문자("-") 또는 중괄호 문자("{" 및 "}")를 이스케이프해야 할 수도 있습니다(예: "\{" 또는 "\-"). IBM 제공 메시지 세트 사용 시 이러한 오류를 수신하면 IBM에 문의하여 올바른 버전의 메시지 세트를 확보하십시오.
  • 요소 또는 속성의 디폴트 값 또는 고정 값 및 단순 유형의 나열 값을 이제 단순 유형의 길이, 최대 길이 및 최소 길이 facet(제공된 경우)과 비교하여 점검합니다. 값이 facet을 따르지 않는 경우, 메시지 편집기의 문제점 보기에 오류가 표시됩니다. 빠른 수정을 사용할 수 있는 경우, 오류를 마우스 오른쪽 단추로 누르고 빠른 수정을 눌러 문제점을 해결하십시오. 그렇지 않으면, 편집기를 사용하여 수동으로 문제점을 수정하십시오. COBOL 사본을 버전 5.0 픽스 팩 2 또는 Message Brokers Toolkit 이전 버전으로 들여오는 경우 이런 오류가 발생할 가능성이 높습니다.
  • CWF 및 TDS 널(Null) 인코딩널(Null) 인코딩 값 등록 정보가 로컬 속성, 전역 속성 및 속성 참조에서 제거되었습니다. XML 스키마에서는 요소만 널값 허용 등록 정보를 가질 수 있으므로 속성으로 모델화된 데이터 필드가 널값을 전달할 수 없습니다. 버전 5.0에서는 속성에 대해 CWF 또는 TDS 널(Null) 인코딩 값을 지정한 경우, 값이 무시되었습니다.
  • TDS 반복 요소 디리미터 등록 정보가 로컬 속성 및 속성 참조에서 제거되었습니다. XML 스키마에서, 속성을 반복할 수 없습니다. 버전 5.0에서는 속성에 대해 TDS 반복 요소 디리미터 값을 지정한 경우, 값이 무시되었습니다.
  • 단순 유형 xsd:gMonth를 가진 요소 또는 속성의 경우, CWF, XML 및 TDS DateTime 형식 등록 정보의 디폴트 값은 이제 "--MM"입니다. 버전 5.0에서 디폴트 값은 "--MM--"입니다. 이는 XML 스키마 정오표를 준수하도록 수정되었습니다.
  • 이주 시 mqsimigratecomponents 명령에 의해 메시지 사전이 브로커 데이터베이스에서 버전 6.0 형식으로 업그레이드되기 때문에 메시지 세트를 재전개하지 않아도 됩니다. 그러나 메시지 세트를 재전개하지 않고 ParserException(예: "벡터 오류 점검" 또는 "액세스 파기")을 관찰하는 경우 , 메시지 세트를 사용하는 메시지 플로우를 처음 실행할 때 메시지 세트를 재전개해야 합니다. 메시지 사전에 이전에 감지되지 않은 잘못된 데이터가 포함된 경우 이런 상황이 발생할 수 있습니다. 버전 6.0에서는 처음 사용할 때 메시지 사전을 점검합니다. 버전 2.1버전 5.0에서는 그렇지 않습니다.

MRM 구문 분석기에서의 작동 변경사항

다음 정보는 버전 2.1 또는 버전 5.0에서 이주했는지 여부를 적용할 수 있습니다.
  • XML 물리적 형식. 버전 6.0은 이제 XML 문서에서 xsi:type 속성을 감지하고 그에 따라 작동을 수정합니다. xsi:type 속성은 더 이상 자체 정의 속성으로 처리되지 않으므로‘@type’대신‘type’이름을 가진 메시지 트리에 표시됩니다. 메시지 플로우 논리가 메시지 트리의 xsi:type 속성을 감지하는 경우, 새로운 작동에 따르도록 메시지 플로우를 변경하십시오. 메시지 플로우에 버전 6.0 이전의 논리를 보유하려면 MQSI_IGNORE_XSI_TYPE 환경 변수를 임의의 값으로 설정하십시오. 버전 6.0 이전의 작동이 채택됩니다.
  • XML 물리적 형식. XML 문서의 DOCTYPE 정보는 구문 분석 시 논리적 메시지 트리에 표시되지 않지만 MRM이 DOCTYPE 사본을 내부적으로 보관하므로 입력 문서에서 출력 문서로 보존됩니다. 버전 6.0 이전에 이것은 비트스트림 사본이었습니다. 버전 6.0에서는 복사 프로세스로 인해 일부 형식화 공백이 손실됩니다. 예를 들어, 입력 DOCTYPE에서 아래 아래 요소 선언은
    <!ELEMENT e0 (e1|e2)+ >
    출력에 다음과 같이 표시됩니다.
    <!ELEMENT e0 (e1|e2)+>
    새로운 작동은 XML 물리적 형식이 기타 모든 XML 구조체에서 공백을 처리하는 방식과 일치합니다.
  • TDS 물리적 형식. 논리 등록 정보 작성선택으로 설정되고 TDS 등록 정보 데이터 요소 분리고정 길이로 설정된 그룹의 경우, 구문 분석기는 선택 데이터의 길이가 그룹의 가장 긴 하위의 길이라고 항상 가정하며 항상 해당 문자 수를 읽고 씁니다. 메시지가 이를 준수하는지 확인하십시오. 그렇지 않으면 구문 분석기는 선택에 이어지는 데이터를 선택의 일부로 처리합니다. 버전 6.0 이전에 구문 분석기는 이 규칙을 강제 실행하지 않았습니다.
  • TDS 물리적 형식. TDS 요소 등록 정보 널(Null) 인코딩NullPadFill로 설정된 경우, 구문 분석 또는 기록 시 해당 길이 등록 정보를 활발히 사용하는 경우에만 영향을 줍니다. 버전 6.0 이전에는 길이 등록 정보를 활발히 사용하는지 여부에 관계없이 NullPadFill이 영향을 주었습니다.
  • TDS 물리적 형식. TDS 등록 정보 데이터 요소 분리모든 요소 디리미트 또는 가변 길이 요소 디리미트로 설정됩니다. 이제 복합(complex) 요소는 데이터 요소 분리 설정에 관계없이 항상 가변 길이를 갖는 것으로 처리됩니다. 이는 메시지 비트스트림에서 복합(complex) 요소와 후속 요소 간에 디리미터가 예상되고, 복합 요소가 고정 길이를 갖더라도 복합 요소의 모든 인스턴스 간에 반복 요소 디리미터가 예상됨을 의미합니다. 버전 6.0 이전에 구문 분석기는 이 규칙을 강제 실행하지 않았으며, 가변 길이 요소 디리미트의 경우 기록기는 복합(complex) 요소의 길이가 알려질 때 디리미터를 출력하지 않았습니다.
  • TDS 물리적 형식. TDS 등록 정보 데이터 요소 분리데이터 패턴 사용으로 설정됩니다. 데이터 패턴에 대해 지정된 정규 표현식이 0 길이 일치를 리턴하는 경우, 이는 이제 0 길이 값을 가진 요소로 처리됩니다. 버전 6.0 이전에 0 길이 일치는 생략되는 요소로 처리되었습니다.
  • TDS 물리적 형식. TDS 등록 정보 데이터 요소 분리태그 디리미트로 설정됩니다. 비트스트림에서 그룹의 마지막 하위 다음에 발생하는 무관계한 디리미터는 더 이상 허용되지 않으며 구문 분석 예외를 발생시킵니다. 버전 6.0 이전에 구문 분석기는 이 규칙을 강제 실행하지 않았습니다. 이것이 문제점인 경우, TDS 그룹 종결자 등록 정보를 사용하여 외부 디리미터를 모델링하도록 하십시오.
  • TDS 물리적 형식. TDS 등록 정보 데이터 요소 분리태그 디리미트로 설정됩니다. 버전 6.0에서는 태그 디리미트 그룹 구문 분석 시 그룹 작성 등록 정보가 순서 또는 정렬된 세트로 설정된 경우에도 구문 분석기가 메시지 비트스트림에 구성원이 정렬되어 표시되지 않는 그룹을 파악하려고 시도합니다. 그러나 그룹에 비트스트림에서 식별할 수 없는 복합(complex) 요소나 그룹 또는 임베드된 메시지가 포함된 경우, 그룹의 모든 구성원은 모델에 정의된 것과 동일한 순서로 비트스트림에 표시되어야 합니다. 정렬되어 표시되지 않으면, 그룹은 올바르게 구문 분석되지 않고 예측할 수 없는 결과가 발생합니다. 이런 증상의 하나는 메시지 트리에 자체 정의 요소가 표시되는 것인데, 요소를 모델과 일치시키는 데 실패하여 발생합니다.

    이에 대한 특정 예는 메시지에 임베드된 메시지가 포함되어 있고 사용자가 메시지 키 또는 메시지 ID 기술을 사용하여 임베드된 메시지를 식별하는 경우입니다. 메시지 키 또는 메시지 ID 값을 제공하는 요소를 모델과 일치시는 데 실패하면 구문 분석기는 값을 메시지 키 또는 메시지 ID로 해석하는 방법을 모릅니다.

    버전 6.0 이전에 구문 분석기는 모든 비정렬 태그 디리미트 그룹을 파악하려고 시도했기 때문에 결과적으로 성능 저하 현상이 발생했습니다. 버전 6.0에서 이것이 문제점이 경우, 작성비정렬 세트로 설정하여 그룹의 비정렬 컨텐츠를 임베드된 햐위 그룹으로 모델링하도록 하십시오.

    그룹 표시자, 태그 또는 데이터 패턴을 제공하거나 하위 구성원이 그룹 표시자, 태그 또는 데이터 패턴을 제공하는 경우 복합(complex) 요소나 그룹을 비트스트림에서 식별할 수 있습니다.

    이름에도 불구하고 태그 디리미트 그룹의 구성원이 태그를 제공하지 않아도 되는 상황이 있습니다. 특히, 구성원이 임베드된 메시지이거나 복합(complex) 요소나 그룹인 경우에 그렇습니다.

  • TDS 물리적 형식. TDS 데이터 요소 분리 등록 정보가 태그 인코드 길이로 설정됩니다. 기록 시 인코드 길이는 구문 분석 시 해석 일치를 위해 데이터의 문자 수로 출력됩니다. 버전 6.0 이전에 인코드 길이는 데이터의 바이트 수로 출력되었으며, 데이터가 SBCS가 아닌 경우 구문 분석 시 해석이 일치되지 않았습니다.
  • TDS 물리적 형식. 작성 시, 요소 또는 그룹의 반복 횟수가 모델에 고정되어 있지만 논리 메시지 트리에 실제 발생수가 반복 횟수를 초과하며 데이터 요소 분리 등록 정보가 "Tagged" 분리 중 하나가 아닌 경우 추가 발생은 제거되며 출력에 표시되지 않습니다. 버전 6.0 전에 추가 발생이 출력에 표시됩니다. 추가 반복이 출력에 표시되어야 하는 경우 maxOccurs=-1을 지정하여 반복 횟수가 바운드되지 않음을 표시하십시오.
  • 모든 물리적 형식. I의 Format 등록 정보가 제공된 dateTime 필드 작성 시, 출력 양식은 Datetime - 문자열 데이터에 설명된 대로 필드의 논리 유형에 따라 다릅니다. 버전 6.0 전에는 출력 양식이 올바르지 않은 yyyy-MM-dd'T'HH:mm:ssZZZ 양식이었습니다.
  • 올바르지 않은 메시지를 추가로 감지할 수 있도록 입력 및 출력 메시지에 대한 유효성 검증은 향상되었습니다. 따라서 버전 6.0에서는 이전 버전에서 잘못 플래그된 경우 메시지를 올바르지 않은 것으로 플래그할 수 있습니다.
관련 태스크
메시지 세트 이주
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2006 마지막 갱신 날짜: 2006/08/21
ah20250_