MRM 모델 제한

이 주제에서는 WebSphere MQ Integrator Broker가 XML 스키마 스펙을 정확히 따르지 않는 영역에 대한 정보를 제공합니다.

메시지 편집기에서만 지원되는 XML 스키마 기능

다음 기능은 메시지 편집기를 사용하여 작성 및 편집될 수 있으나 WebSphere Message Broker가 인정하지는 않습니다.

  • 문자열이 아닌 데이터 유형에 대한 패턴 facet. Message Broker는 xsd:string에 근거한 단순 유형에 적용하는 유일하게 유효한 패턴 facet입니다.
  • 공백(whitespace) facet. Message Broker는 공백 facet을 전혀 사용하지 않습니다(필요한 경우 공백 facet을 메시지 모델에 포함할 수 있지만). 물리적 형식의 설정값을 사용하여 확실하게 공백 처리를 제어할 수 있습니다.
  • ID 속성. 메시지 모델은 이름이 'id'인 속성을 포함할 수 있지만, 이것은 고유성을 점검하지 않습니다.

XML 스키마 예외

다음 기능은 메시지 편집기를 사용하여 작성하고 편집할 수 있으나, 다음과 같이 Message Broker는 XML 스키마 스펙과 다른 방식으로 처리합니다.

  • 디폴트 및 고정 값. 디폴트 및 고정 값의 처리는 메시지가 구문 분석되는 물리적 형식에 의해 좌우됩니다. 각 물리적 형식이 이 필드를 사용하는 방식에 대한 자세한 내용은 관련된 물리적 형식의 개념 주제 논리적 모델에 대한 관계를 참조하십시오.
  • xsi:type 속성. xsi:type 속성은 Message Broker로 자동 처리되지 않습니다. 이름이 'xsi:type'인 속성은 메시지 모델을 포함하며, 메시지 플로우를 사용하여 처리될 수 있습니다.

유효성 검증의 차이점

유효성 검증이 메시지 플로우에서 사용 가능한 경우, 다음과 같은 기능/시나리오는 유효성 검증하는 XML 구문 분석기가 유효성 검증하는 방식과 똑같이 유효성 검증되지 않습니다.

  • 임의 요소/임의 속성. 메시지 모델이 와일드카드('임의 요소' 또는 '임의 속성')를 포함하는 경우 Message Broker는 다음과 같이 'processContents' 필드를 유효성 검증합니다.
    • skip. 점검이 수행되지 않으며, 임의 요소/속성이 허용됩니다.
    • lax. 점검이 수행되지 않으며, 임의 요소/속성이 허용됩니다.
    • strict. 동일한 메시지 세트의 임의 요소/속성이 허용됩니다.
    주: 네임스페이스의 모든 정의가 동일한 메시지 세트에 포함된 경우, 'strict'의 유효성 검증은 유효성 검증 XML 구문 분석기와 같습니다.
  • 요소 대체 및 '모든' 그룹. 요소가 대체 가능하며 '모든' 그룹에서 발생하는 경우, 다음 예외가 요소의 유효성 검증에 적용됩니다.
    • '모든' 그룹 내의 대체 가능한 요소는 항상 선택사항인 것처럼 유효성 검증됩니다.
    • 둘 이상의 대체가 동일한 '모든' 그룹에서 사용되는 경우 입력 메시지는 거부되지 않습니다.
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2006 마지막 갱신 날짜: 2006/08/21
ad09920_