AnsweredAssumed Answered

Copybook Data Protocol: Not able to select any response in VSI step

Question asked by narasimharao.x.lingam on Sep 20, 2017
Latest reply on Sep 26, 2017 by Joel NeSmith

Hi,

DevTest Solutions 9.5.1: I have created a VS using RR pair(EBCDIC format- Mainframe system over MQ- IBM MQ Native protocol) but getting " <bodyAsString>The request failed to produce a response for the virtual service to reply with.</bodyAsString>" error in VSI step.  Please do the needful.. thanks

 

Steps to create a VS:

Transport Protocol: IBM MQ Native

Request Side Data Protocol: Added Copybook DataProtol, Generic XML payload parser

Response Side Data Protocol: Added Copybook DataProtol

Configure How to Parse the Copybook Payloads: Selected Copybook file definition folder, Payload to file definition map path 

 

Outcome:

 

Virtual Service Image Response Selection response:

<java.util.Arrays_-ArrayList>
  <a class="TransientResponse-array">
    <TransientResponse xmlns="http://www.ca.com/com/itko/lisa/vse/stateful/model/v1.0">
      <id>0</id>
      <binary>false</binary>
      <charset>UTF-8</charset>
      <metaData>
        <p key="channel.name">Response 1</p>
      </metaData>
      <body>
        <bodyAsString>The request failed to produce a response for the virtual service to reply with.</bodyAsString>
      </body>
      <unknown>true</unknown>
      <thinkTimeSpec>0</thinkTimeSpec>
    </TransientResponse>
  </a>
</java.util.Arrays_-ArrayList>

 

 

lisa.vse.request:

 

<Request xmlns="http://www.ca.com/com/itko/lisa/vse/stateful/model/v1.0">
  <id>0</id>
  <binary>false</binary>
  <charset>UTF-8</charset>
  <metaData>
    <p key="msg.characterSet">819</p>
    <p key="msg.format">MQSTR</p>
    <p key="msg.messageId">414D5120444944495230323520202020ED5836599B62CA20</p>
    <p key="msg.putApplicationName">C:\Program</p>
    <p key="msg.priority">0</p>
    <p key="msg.userId">mqlisa</p>
    <p key="msg.putApplicationType">28</p>
    <p key="msg.persistence">0</p>
    <p key="msg.putDateTime">1505892141100</p>
    <p key="Payload.class">Bytes</p>
    <p key="channel.name">Request 1</p>
  </metaData>
  <body>
    <bodyAsString>&lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?&gt;&#xd;
&lt;copybook-payload&gt;
  &lt;unknown-copybook&gt;53444D4845414452303031434E534D5250524F46202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020204D4353434E534D5250524F462020202020202020202020202020202020202020303031303030303030303030202020202020200F4D4353494E5141505320202020202020202020202020202020202020202020203030313030303030303030302020202020202020200F20202020202020202020202020202020202020202020202020202020202020204D5120393937303137333233352020202020202020202020202020202020202020202039393730313733323335202020202020202020202020202020202020202020203030303030303030303030303030307B204649435320202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020204E414220202020202020202020202020202020202020202020202020202020204155444E414220202020202020202020202020202020202020202020202020202020202030303020303030303030303030303030303030303030202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020203030303030303030303030303030303030303030303030303030303030303030307B20202020202020202020202020202020202020202020203939373031373332333520202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020204649435320202020202030303030303039393930303030303030303020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202031&lt;/unknown-copybook&gt;
&lt;/copybook-payload&gt;</bodyAsString>
  </body>
  <arguments>
    <p key="test">unknown-copybook</p>
  </arguments>
  <attributes>
    <p key="recorded_raw_request_bytes">U0RNSEVBRFIwMDFDTlNNUlBST0YgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTUNTQ05TTVJQUk9GICAgICAgICAgICAgICAgICAgICAwMDEwMDAwMDAwMDAgICAgICAgD01DU0lOUUFQUyAgICAgICAgICAgICAgICAgICAgICAgMDAxMDAwMDAwMDAwICAgICAgICAgDyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTVEgOTk3MDE3MzIzNSAgICAgICAgICAgICAgICAgICAgICA5OTcwMTczMjM1ICAgICAgICAgICAgICAgICAgICAgIDAwMDAwMDAwMDAwMDAwMHsgRklDUyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTkFCICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBVUROQUIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwMDAgMDAwMDAwMDAwMDAwMDAwMDAwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMHsgICAgICAgICAgICAgICAgICAgICAgIDk5NzAxNzMyMzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEZJQ1MgICAgICAwMDAwMDA5OTkwMDAwMDAwMDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAx</p>
  </attributes>
  <matchTolerance>Exact</matchTolerance>
  <operation>Request 1</operation>
</Request>

 

Thanks,

Narasimha

Attachments

Outcomes