메시지 사용 시의 문제점 해결

<?xml version ="1.0" standalone="no"?><!DOCTYPE doc
[<!ELEMENT doc (#PCDATA)*>]><doc><I1>100</I1></doc>

SET OutputRoot.XMLNS.doc.I1 = 112233;

<?xml version ="1.0" standalone="no"?><!DOCTYPE doc
[<!ELEMENT doc (#PCDATA)*>]<I1>112233<I1>><doc><I1>100</I1></doc>

• 의doctype요소
• 의xmlElement메시지의 본문을 나타내는

SET OutputRoot.XMLNS.(XML.tag)doc.I1 = 112233;

XML에서 기본 행 구분 기호 문자는 줄 바꾸기 문자입니다. 캐리지 리턴 문자는 XML 문서에서 승인되지만 XML 구문 분석기는 캐리지 리턴 줄 바꾸기 문자를 단일 행 피드 문자로 표준화합니다. 자세한 정보는 XML (Extensible Markup Language)의 최신 XML 스펙 (특히, 섹션 2.11 라인 처리 종료) 을 참조하십시오.

CDATA 섹션에 데이터를 임베드해서는 이 문제점을 해결할 수 없습니다. XML 스펙에는 CDATA 섹션이 마크업으로 해석할 수 있는 문자가 포함된 텍스트 블록을 이스케이프하는 용도로만 사용된다고 명시되어 있습니다. 또한 CDATA 섹션은 구문 분석기로부터 보호되지 않습니다.

다음을 사용할 수 없습니다.xml:space속성은 캐리지 리턴 줄 바꾸기 문자를 보존하기 위한 속성이며, XML 스팩은 다른 처리가 수행되기 전에 캐리지 리턴 및 줄 바꾸기 문자의 정규화를 수행한다고 명시하고 있다.

• 입력 XML 메시지에 올바르지 않은 XML 문자를 지정했습니다.
• 문자 데이터로 처리될 때 올바르지 않은 2진 데이터를 XML 메시지에 포함했습니다.
• 메시지가 WebSphere MQ 메시지의 일부로 도착했으며 MQMD.CodedCharSetId가 XML 텍스트 비트 스트림을 올바르게 표시하지 않습니다.
• 마크업으로 인식되는 문자를 사용했습니다.

• 송신 애플리케이션이 올바른 데이터만 송신하고 있는지 확인하십시오. 하지만 올바르지 않은 문자가 XML 메시지에 포함되지 않게 할 수 없으면, 이 문자를 BLOB 도메인에 표시하고 ESQL REPLACE 함수를 사용하여 올바르지 않은 문자를 바꾸거나 제거하십시오. 그런 다음 수정한 비트스트림을 필수 XML 구문 분석기에 지정할 수 있습니다.

  XML 스펙에 따라, CDATA 섹션은 마크업으로 해석될 문자를 보호하는 용도로만 사용할 수 있습니다. 올바르지 않은 문자나 2진 데이터를 XML 구문 분석기로부터 보호하는 데에는 사용할 수 없습니다.

• 입력 XML 메시지에 2진 데이터가 포함된 경우 이 데이터를 기본 인코딩된 2진 인코딩 데이터로 표시하기 위해 송신 애플리케이션이 변경되는지 확인하십시오. 애플리케이션을 변경할 수 없으면 메시지를 BLOB 도메인에 표시하고, 비트스트림이 필수 XML 구문 분석기에 지정되기 전에 2진 데이터를 추출하고 대체하십시오.
• 수신 XML 메시지가 올바른 MQMD.CodedCharSetId로 표시되는지 확인하십시오.

프로그래밍한 자동화된 오류 검사 루틴이 있으면 이 루틴을 검토하고 적절한 경우 변경하십시오.

<doc><I1>100</I1></doc>

SET OutputRoot.XMLNS.abc = InputBody;

<abc><doc><I1>100</I1></doc></abc>

SET OutputRoot.XMLNS.(XML.Element)abc = InputBody;

SET OutputRoot.XMLNS.(XML.tag)abc = InputBody;

• 제한시간 요청에 조치 또는 ID가 없습니다.
• SET 요청에는 이 시간 제어 노드에 대한 기존의 저장된 SET 요청과 일치하는 ID (고유 식별자 특성으로 식별됨) 와 원래 요청의 AllowOverwrite가 FALSE로 설정되어 있습니다.
• CANCEL 요청에 이 시간 제어 노드에 대한 기존의 저장된 SET 요청과 일치하지 않는 ID (고유 ID 특성으로 식별됨) 가 있습니다.
• SET 요청의 수가 0이거나 -1 미만입니다.
• StartDate 또는 StartTime이 올바른 형식(또는 알려진 키워드 중 하나)이 아닙니다.
• 계산된 제한시간이 지났습니다.
• 간격이 0 미만이거나 수가 -1인 0입니다.

성공적인 전파 후에 TimeoutNotification 노드의 다운스트림에 오류가 발생하는 경우 (아웃 또는 실패 터미널로) 메시지가 Catch 터미널 (동일한 트랜잭션 아래에 있음) 로 전달됩니다. 포착 터미널이 연결되어 있지 않거나 포착 플로우에 따른 전파에 실패하는 경우에는 제한시간 처리가 롤백됩니다.

• 설명 1: 메시지 세트의 XML 물리적 형식 설정에 루트 태그 이름이라는 특성이 포함되어 있습니다. 이 특성은 제품의 이전 릴리스와 호환 가능성을 유지하기 위해 기본값이 MRM으로 설정됩니다. 이 필드의 컨텐츠를 삭제하지 않은 경우에는 MRM XMLNS 구문 분석기가 모든 XML 메시지의 루트 태그를 MRM으로 예상합니다.

  해결책 1: 이 필드를 지우거나 모든 XML 메시지에 사용되는 루트 태그로 설정하십시오. 이 필드에 값을 제공하면 모든 메시지 정의에서 루트 태그를 모델화할 필요가 없습니다.

• 설명 2: 역호환성을 유지하기 위해 통합 노드는 형식 XML을 인식하고 특정 기본값이 있는 XMLNS 구문 분석기를 호출합니다. 이 메시지의 XML 물리적 계층을 XML 이름으로 작성한 경우에는 통합 노드가 사용자의 정의를 사용합니다. 그러나 XML 물리적 계층을 이 이름으로 작성하지 않았지만 XMLNS를 형식으로 지정했으면, 입력 노드 또는 MQRFH2 헤더에서(입력 비트스트림이 메시지 트리에 구문 분석될 때) 통합 노드가 지정된 값을 승인하고 구문 분석기에 기본값을 전달해서 메시지 트리를 작성합니다.

  마찬가지로, 계산 노드의 출력 메시지에 대한 특성 폴더에서 XML을 설정하는 경우 이 값은 메시지 트리에서 메시지 비트 스트림을 작성할 때 (일반적으로 출력 노드에서) 구문 분석기로 전달됩니다.

  구문 분석기에 이 기본값을 사용하면 메시지 트리나 출력 메시지 중 하나의 컨텐츠, 구조 또는 둘 모두가 달라질 수 있습니다. 다음 정보가 기록되어 있을 수 있는 사용자 추적 로그에서 통합 노드가 수행한 조치에 대한 추가 정보를 찾을 수 있습니다.

  XMLWorker::initializeParse file:C:\s000\src\cpi\pwf\xml\xmlworker.cpp 
  line:126 message:5409.BIPmsgs   
  No dictionary present have you specified Wire Format 'XML' in error? , 
  UserTrace   BIP5409E: XML Worker: Wire Format 'XML' specified.                                      
                        Default MRM XML settings are being used because wire format 
                        identifier 'XML' was specified and not found. 
                        This can be due to an incorrect setting of the wire format 
                        identifier in a message. 

  해결책 2: 정의한 형식의 ID를 올바르지 않게 입력한 경우 코드를 수정하고 다시 시도하십시오. 기본 조치가 수행되지 않게 하려면 필요한 결과를 산출하는 물리적 계층을 정의하십시오.

• 큐 관리자가 ASCII 코드 세트를 사용하는 시스템에서 다음을 수행하여 수신 메시지에 EBCDIC NL 문자가 포함되어 있지 않은지 확인하십시오.
  • WebSphere MQ 이 입력 노드에서 변환을 수행하도록 지정
  • NL을 줄 바꾸기(LF)로 변환하도록 큐 관리자 속성을 설정해서
• 입력 비트 스트림이 문자 데이터인 경우, 계산 노드에 있는 MRM 태그/디리미트 메시지 세트를 사용하여 NL 문자를 필수 출력으로 대체할 수 있습니다.

• MIME 헤더가 제대로 형식화되지 않았습니다.
• 최상위 레벨 MIME 헤더 블록 또는 중첩된 멀티파트 부분의 MIME 헤더 블록에 올바른 Content-Type 헤더가 없습니다.
• 최상위 레벨 컨텐츠 유형에는 다음과 같은 매체 유형이 있습니다.message.
• 최상위 레벨 컨텐츠 유형에는 다음과 같은 매체 유형이 있습니다.multipart및 경계 정의를 갖지 않는다.
• MIME 헤더 블록이 빈 줄을 통해 제대로 종료되지 않았습니다.
• 구성 MIME 부분이 경계 행을 통해 제대로 구분되지 않았습니다.
• MIME 부분의 컨텐츠에 경계 매개변수 값이 발생합니다.

• 트리의 루트가 MIME이 아닙니다.
• MIME의 마지막 하위가 Parts 또는 Data가 아닙니다.
• Parts 요소에는 값 전용 요소가 있으며, 이 요소가 Parts의 첫 번째 또는 마지막 하위가 아닙니다.
• Parts 요소에 값 전용 요소 또는 Parts 하위가 아닌 하위가 있습니다.
• Parts 요소에 Part 하위가 없습니다.
• Data 요소의 마지막 하위가 BLOB가 아닙니다.

• 사용자 정의 노드에 메시지 트리 폴더를 작성했지만 소유한 구문 분석기와 이 폴더를 연관시키지 않았습니다. 다음과 유사하거나 동등한 코드를 사용하여 표준 요소를 작성한 경우에는 소유한 구문 분석기가 메시지 트리와 연관되지 않습니다.

  MbElement createElementAfter(int)
  MbElement createElementAfter(int, String, Object)
  MbElement createElementAsFirstChild(int)
  MbElement createElementAsFirstChild(int, String, Object)
  MbElement createElementAsLastChild(int)
  MbElement createElementAsLastChild(int, String, Object)
  MbElement createElementBefore(int)
  MbElement createElementBefore(int, String, Object)
  
  

• ESQL을 사용하여 소유하는 구문 분석기를 설정하지 않은 채로, ESQL CREATE를 통해 메시지 트리 폴더를 작성했습니다. 다음과 유사하거나 동등한 코드를 사용했을 수 있습니다.

  CALL CopyMessageHeaders();
     DECLARE outRef REFERENCE TO OutputRoot;
     CREATE LASTCHILD OF outRef AS outRef NAME 'BLOB';
     CREATE LASTCHILD OF outRef NAME 'BLOB' VALUE X'01';

  또는outRef참조 변수가 유사한 CREATE문을 포함하는 ESQL 함수 또는 프로시저에 전달되었다. CREATE문에 DOMAIN 절을 사용하여 소유하는 구문 분석기를 지정하지 않았습니다.
• MRM 메시지 트리가 구성된 후 서브폴더 또는 필드를 지정해서 구문 분석기 모드 옵션이 RootBitStream으로 설정된 ASBITSTREAM 함수에 트리의 일부분만 전달되었습니다. 이 조합은 올바르지 않으며 결과적으로 BLOB 길이가 0이 됩니다.
• 메시지 트리 또는 메시지 트리의 부분을 폴더에 복사했으며 소유한 구문 분석기 연관이 유지보수되지 않습니다.

• 사용자 정의 노드에 메시지 트리 폴더를 작성할 때 소유한 구문 분석기를 폴더와 연관시키십시오. 다음과 유사하거나 동등한 코드를 사용하십시오.

  createElementAfter(String parserName)
     createElementAsFirstChild(String parserName)
     createElementAsLastChild(String parserName)
     createElementBefore(String parserName)
  

• ESQL CREATE를 사용하여 메시지 트리 폴더를 작성할 때 DOMAIN 절을 사용하여 소유한 구문 분석기를 메시지 트리와 연관시키십시오. 예를 들어, 다음과 같습니다.

  CALL CopyMessageHeaders();
     DECLARE outRef REFERENCE TO OutputRoot;
     CREATE LASTCHILD OF outRef AS outRef DOMAIN 'BLOB' NAME 'BLOB';
     CREATE LASTCHILD OF outRef NAME 'BLOB' VALUE X'01';
  

  이 코드는 BLOB 구문 분석기가 연관되어 있는 BLOB 폴더를 작성합니다.
• 메시지 트리 또는 메시지 트리의 부분을 복사할 때 메시지를 직렬화한 후 적절한 메시지 트리로 다시 구문 분석해서, 소유한 구문 분석기 연관이 유지보수되도록 하십시오. 예 시나리오는 필드를 작성한 경우입니다.

  SET Environment.Variables.myMsg = InputRoot.XMLNS;
  

  이제 필드를 ASBITSTREAM 함수에 전달해야 합니다. 다음과 유사하거나 동등한 ESQL을 사용하지 않을 경우

  DECLARE xmlMsgBlob BLOB
            ASBITSTREAM(InputRoot.XMLNS, InputRoot.MQMD.Encoding, InputRoot.MQMD.CodedCharSetId);
    CREATE LASTCHILD OF Environment.Variables.myMsg DOMAIN('XMLNS')
           PARSE(xmlMsgBlob,
                 InputRoot.MQMD.Encoding,
                 InputRoot.MQMD.CodedCharSetId);

  결과는 0 길이 비트스트림입니다.

• 사용자 정의 노드를 사용하여
• MQGet 노드 사용
• ESQL을 사용하여

create procedure writeWAS_JMS(IN OutputTree reference,IN boundary char)
/***************************************************************************
* Serialise a MIME tree as normal, but then strip off any initial headers
* and save the Content-Type value in the RFH2 header as expected by WAS/JMS.
* Note: boundary - must be supplied with the leading hyphen pair
***************************************************************************/
begin
  -- convert MIME subtree to BLOB
  declare body BLOB asbitstream(OutputTree.MIME);

  -- locate first occurrence of boundary and discard any data before this
  declare firstBoundary integer;
  set firstBoundary = position (cast(boundary as blob ccsid 819) in body);
  set body = substring(body from firstBoundary);

  -- save the MIME Content-Type value in the RFH2 header. Any other MIME
  -- headers which need to be preserved in the RFH2 header can be handled
  -- in the same way
  set OutputTree.MQRFH2.usr."contentType" = OutputTree.MIME."Content-Type";

  -- clear the MIME tree and create a new BLOB child for the modified body
  set OutputTree.MIME = null; 
  CREATE LASTCHILD OF OutputTree DOMAIN('BLOB')PARSE(body);
end

create procedure getBoundary(IN ct reference,OUT boundary char)
/*****************************************************************
* return value of the boundary parameter from a Content-Type value
******************************************************************/
begin
  declare boundaryStart  integer;
  declare boundaryEnd    integer;

  set boundaryStart  = position('boundary=' in ct) + 9;
  set boundaryEnd    = position(';' in ct from boundaryStart);	
  if (boundaryStart <> 0) then
    if (boundaryEnd <> 0) then
  	  set boundary  = substring(ct from boundaryStart for boundaryEnd-boundaryStart);
    else
      set boundary  = substring(ct from boundaryStart);
    end if;		
  end if;
end;

SET OutputRoot = InputRoot;

declare boundary char;
CALL getBoundary(OutputRoot.Properties.ContentType, boundary);

CALL writeWAS_JMS(OutputRoot,boundary);

Exception in thread "Thread-15" java/lang/StackOverflowError: operating system stack overflow
        at com/ibm/broker/plugin/MbOutputTerminal._propagate   (Native Method)
        at com/ibm/broker/plugin/MbOutputTerminal.propagate    (MbOutputTerminal.java:103)
        at com/ibm/xsl/mqsi/XMLTransformNode.evaluate    (XMLTransformNode.java:1002)
        at com/ibm/broker/plugin/MbNode.evaluate (MbNode.java:1434)
        at com/ibm/broker/plugin/MbOutputTerminal._propagate   (Native Method)
        at com/ibm/broker/plugin/MbOutputTerminal.propagate    (MbOutputTerminal.java:103)
        at com/ibm/xsl/mqsi/XMLTransformNode.evaluate    (XMLTransformNode.java:1002)
        at com/ibm/broker/plugin/MbNode.evaluate (MbNode.java:1434)
        at com/ibm/broker/plugin/MbOutputTerminal._propagate   (Native Method)
        at com/ibm/broker/plugin/MbOutputTerminal.propagate    (MbOutputTerminal.java:103)
        at com/ibm/xsl/mqsi/XMLTransformNode.evaluate    (XMLTransformNode.java:1002)
        at com/ibm/broker/plugin/MbNode.evaluate (MbNode.java:1434)

export MQSIJVERBOSE=-verbose:stack,sizes

  -Xmca32K        RAM class segment increment
  -Xmco128K       ROM class segment increment
  -Xmns0K         initial new space size
  -Xmnx0K         maximum new space size
  -Xms125000K     initial memory size
  -Xmos125000K    initial old space size
  -Xmox250000K    maximum old space size
  -Xmx250000K     memory maximum
  -Xmr16K         remembered set size
  -Xlp0K          large page size
                  available large page sizes: 4K 16M
  -Xmso256K       OS thread stack size
  -Xiss2K         java thread stack initial size
  -Xssi16K        java thread stack increment
  -Xss256K        java thread stack maximum size
  -Xscmx16M       shared class cache size

Note: The stack size defaults to 256K.

1. 다음 명령을 실행하여 운영 체제 스택 크기를 2 MB로 설정하십시오.

   export IBM_JAVA_OPTIONS=-Xmso2m

2. 통합 노드를 재시작하십시오.