|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
BIP2538I / 2906E |
« View previous topic :: View next topic » |
Author |
Message
|
pepperpaddy |
Posted: Wed Aug 20, 2003 5:33 am Post subject: BIP2538I / 2906E |
|
|
Novice
Joined: 09 May 2003 Posts: 17
|
Hi
I have a messageflow where a message comes in, goes through a trace node then
onto a compute node. Here the RFH header is removed and it has this code
CREATE LASTCHILD OF OutputRoot DOMAIN 'MRM' PARSE(InputRoot.BLOB.BLOB, InputRoot.Properties.Encoding,
InputRoot.Properties.CodedCharSetId,
OutputRoot.Properties.MessageSet,
OutputRoot.Properties.MessageType,
OutputRoot.Properties.MessageFormat);
This worked ok, I tested recently and it is getting to the line of code above in the usertrace and it gets an error
UserTrace BIP2538I: Node 'NODE.Remove RFH1 Header': Evaluating expression 'InputRoot.BLOB.BLOB' at (15, 55).
UserTrace BIP2543E: Node 'NODE.Remove RFH1 Header': (15, 65) : Failed to navigate to path element because it does not exist.
RecoverableException BIP2906E: (15, 5) : The data type UNKNOWN is not a valid data type for parameter BITSTREAM of the CREATE statement. This parameter should be of data type CHARACTER, BIT, BLOB. The value passed was NULL.
The BITSTREAM parameter is not of the correct data type for this statement ( CREATE ).
Ensure that the argument(s) passed to this statement are of the correct data type.
I looked at the trace node output and at this line instead of having
(0x1000000)BLOB = (
(0x3000000)UnknownParserName etc..........
it has the line below and it stops.The message is sent to the error queue
(0x1000000)NEON =
Is it is trying to use the NEON parsers ? If so how do I get it to stop?
Or is it something else?
Thanks in advance |
|
Back to top |
|
 |
Craig B |
Posted: Wed Aug 20, 2003 6:06 am Post subject: |
|
|
Partisan
Joined: 18 Jun 2003 Posts: 316 Location: UK
|
I believe the presence of a MQRFH header on the input message automatically switches the Domain to NEON, and thus you will not have an InputRoot.BLOB.BLOB folder. If if you remove the RFH folde during the flow, the MQInput node would have assigned the NEON parser to own the incoming bitstream on the basis it has an RFH header. Instead of specifying InputRoot.BLOB.BLOB in your CREATE statement, you could use BITSTREAM(InputBody) of your message has not changed since the input node. This will not care which owning parser was assigned by the input node.
Hope this helps. _________________ Regards
Craig |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|