버전 2.1에서 메시지 플로우 이주

mqsimigratemsgflows 명령을 사용하여 버전 2.1에서 버전 6.0으로 메시지 플로우를 이주하십시오. 버전 5.0에서 버전 6.0으로 이주할 때는 이 명령을 사용할 필요가 없습니다.

mqsimigratemsgflows명령의 사용 조건

등록 정보 확장 이름

버전 2.1에서는 끌어 놓기 프로세스를 통해 확장 등록 정보를 작성할 때 등록 정보 이름(xmi.label)이 속성 이름을 변환한 이름이 되도록 설정됩니다. 원래의 속성 이름에는 공백이 포함되어서는 안되며, 공백이 포함될 경우에는 브로커에 의해 거부됩니다. 그러나, 프롬프트된 속성은 브로커로 송신되지 않기 때문에 버전 2.1에 공백이 있을 수 있습니다.

플로우가 이주될 때, 원래의 이름은 손실되고 변환된 이름만 보관됩니다. 확장 속성은 여러 속성을 대체할 수 있으므로, 원래 이름이 변환된 이름과 일치해야 합니다.

해결 방법은 공백이나 기타 올바르지 않은 문자를 유니코드 표현으로 바꾸어 적당한 속성 이름을 생성하는 것입니다. propertyDescriptor의 propertyName 속성은 key=Property.<변환된 속성 이름>으로 설정됩니다. UI가 <변환된 속성 이름>을 리턴합니다.

그러나 이주한 메시지 플로우는 속성 시스템 이름은 보유하지 않고 변환된 이름만 보유합니다. 따라서 원래의 속성을 찾기가 어렵거나 불가능합니다.

올바르지 않은 버전 2.1 이름 변환

버전 6.0에서는 올바르지 않은 이름이 메시지 플로우 및 등록 정보에 포함될 수 있습니다. 이 경우에는 다음과 같은 변환이 발생합니다. 올바르지 않은 각 문자가 해당 유니코드 코드 포인트를 나타내는 일련의 문자로 바뀝니다. 예를 들어, 느낌표 ("!")는 X0026으로 바뀝니다. 이에 대해서는 생성되는 보고서 파일에서 설명됩니다.

이 변환은 상황에 따라 결정됩니다. 올바르지 않은 문자가 포함된 플로우를 참조하는 또다른 상황에서 임의 메시지 플로우를 이주할 경우, 두 이름은 동일한 방식으로 변환됩니다.

극히 드문 경우를 제외하곤, 이러한 변환으로 인해 이름 충돌이 발생하지는 않습니다. 유니코드 코드 포인트 순서가 포함된 하나의 이름이 있고 이 이름과 동일하나 유니코드 코드 포인트 순서 대신 그에 해당하는 문자가 있는 또 하나의 이름이 있을 때 충돌이 발생할 수도 있습니다. 이 경우에는 이러한 메시지 플로우 또는 등록 정보 중 하나의 이름을 바꾸어 플로우를 다시 내보내야 합니다. 유니코드 코드 포인트 순서('Xnnnn')를 포함하지 않는 새 이름을 선택하고 제어 센터에서 메시지 플로우의 이름을 바꾼 후에 이주하십시오. 파일 시스템에서 .msgflow 파일의 이름을 바꿔서는 안 되며, 항상 제어 센터 또는 Workbench를 사용하여 이름 바꾸기 작업을 수행하십시오.

관련 개념
메시지 플로우 개요
관련 참조
mqsimigratemsgflows 명령
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2006 마지막 갱신 날짜: 5월 12, 2006
an18530_