| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Problem with Reset Content Descriptor Node |
« View previous topic :: View next topic » |
| Author |
Message
|
| dkeister |
 Posted: Thu Feb 01, 2007 11:24 am Post subject: Problem with Reset Content Descriptor Node |
 |
|
Disciple
Joined: 25 Mar 2002
Posts: 184
Location: Purchase, New York
|
I have a message flow running at a client location that started failing when they went from WBIMB 5.0.1.4 to WBIMB 5.0.1.8 + APAR IY87419 to get ready for the daylight savings changes.
The code works like this.
A portion of an input message is extracted and placed into a new message. The format is field1|field2 and is successfully parsed with the messageset under WBIMB 5.0.1.4.
When I run the same flow/set under WBIMB 5.0.1.8 + APAR IY87419, the output from the Reset Content Descriptor Node is empty. (See Before/After below).
Anybody seen anything like this?
Thanks, Dean Keister
Trace before RCD Node
(0x01000000):Properties = (
(0x03000000):MessageSet = 'DVU49M807C001'
(0x03000000):MessageType = 'InputFile_M'
(0x03000000):MessageFormat = 'TDS'
(0x03000000):Encoding = 546
(0x03000000):CodedCharSetId = 437
(0x03000000):Transactional = TRUE
(0x03000000):Persistence = FALSE
(0x03000000):CreationTime = GMTTIMESTAMP '2007-02-01 18:33:46.850'
(0x03000000):ExpirationTime = -1
(0x03000000):Priority = 0
(0x03000000):ReplyIdentifier = X'000000000000000000000000000000000000000000000000'
(0x03000000):ReplyProtocol = 'MQ'
(0x03000000):Topic = NULL
)
(0x01000000):MQMD = (
(0x03000000):SourceQueue = '1ORC.PROS.DETAIL'
(0x03000000):Transactional = TRUE
(0x03000000):Encoding = 546
(0x03000000):CodedCharSetId = 437
(0x03000000):Format = ' '
(0x03000000):Version = 2
(0x03000000):Report = 0
(0x03000000):MsgType = 8
(0x03000000):Expiry = -1
(0x03000000):Feedback = 0
(0x03000000):Priority = 0
(0x03000000):Persistence = 0
(0x03000000):MsgId = X'414d512049484944313031412020202045b75c7d20229a04'
(0x03000000):CorrelId = X'000000000000000000000000000000000000000000000000'
(0x03000000):BackoutCount = 0
(0x03000000):ReplyToQ = ' '
(0x03000000):ReplyToQMgr = 'IHID101A '
(0x03000000):UserIdentifier = 'mqm '
(0x03000000):AccountingToken = X'160105150000001199b978fd37424043170a326d31010000000000000000000b'
(0x03000000):ApplIdentityData = ' '
(0x03000000):PutApplType = 11
(0x03000000):PutApplName = ' '
(0x03000000):PutDate = DATE '2007-02-01'
(0x03000000):PutTime = GMTTIME '18:33:46.850'
(0x03000000):ApplOriginData = ' '
(0x03000000):GroupId = X'000000000000000000000000000000000000000000000000'
(0x03000000):MsgSeqNumber = 1
(0x03000000):Offset = 0
(0x03000000):MsgFlags = 0
(0x03000000):OriginalLength = -1
)
(0x01000021):MRM = (
(0x02000000): = 'BASEL 10K REPORT FILE|RUNDATE 08-JUN-05'
)
)
Trace After RCD Node
(0x01000000):Properties = (
(0x03000000):MessageSet = 'DUF01G4082001'
(0x03000000):MessageType = 'HDR_M'
(0x03000000):MessageFormat = 'TDS'
(0x03000000):Encoding = 546
(0x03000000):CodedCharSetId = 437
(0x03000000):Transactional = TRUE
(0x03000000):Persistence = FALSE
(0x03000000):CreationTime = GMTTIMESTAMP '2007-02-01 18:33:46.850'
(0x03000000):ExpirationTime = -1
(0x03000000):Priority = 0
(0x03000000):ReplyIdentifier = X'000000000000000000000000000000000000000000000000'
(0x03000000):ReplyProtocol = 'MQ'
(0x03000000):Topic = NULL
)
(0x01000000):MQMD = (
(0x03000000):SourceQueue = '1ORC.PROS.DETAIL'
(0x03000000):Transactional = TRUE
(0x03000000):Encoding = 546
(0x03000000):CodedCharSetId = 437
(0x03000000):Format = ' '
(0x03000000):Version = 2
(0x03000000):Report = 0
(0x03000000):MsgType = 8
(0x03000000):Expiry = -1
(0x03000000):Feedback = 0
(0x03000000):Priority = 0
(0x03000000):Persistence = 0
(0x03000000):MsgId = X'414d512049484944313031412020202045b75c7d20229a04'
(0x03000000):CorrelId = X'000000000000000000000000000000000000000000000000'
(0x03000000):BackoutCount = 0
(0x03000000):ReplyToQ = ' '
(0x03000000):ReplyToQMgr = 'IHID101A '
(0x03000000):UserIdentifier = 'mqm '
(0x03000000):AccountingToken = X'160105150000001199b978fd37424043170a326d31010000000000000000000b'
(0x03000000):ApplIdentityData = ' '
(0x03000000):PutApplType = 11
(0x03000000):PutApplName = ' '
(0x03000000):PutDate = DATE '2007-02-01'
(0x03000000):PutTime = GMTTIME '18:33:46.850'
(0x03000000):ApplOriginData = ' '
(0x03000000):GroupId = X'000000000000000000000000000000000000000000000000'
(0x03000000):MsgSeqNumber = 1
(0x03000000):Offset = 0
(0x03000000):MsgFlags = 0
(0x03000000):OriginalLength = -1
)
(0x0100001B):MRM =
)
_________________
Dean Keister |
|
| Back to top |
|
 |
| Blackberry |
| Posted: Tue Feb 06, 2007 12:12 am Post subject: |
|
|
Apprentice
Joined: 12 Jul 2006
Posts: 28
|
That means your MRM structure is failed to validate incoming message to RCD node. Check the reference variables you used to cerate the tree structure before validating it into RCD node.
Thanks,
Blackberry |
|
| Back to top |
|
|
| dkeister |
| Posted: Tue Feb 06, 2007 5:55 am Post subject: |
|
|
Disciple
Joined: 25 Mar 2002
Posts: 184
Location: Purchase, New York
|
Thanks for the suggestion. As far as I can tell, the message set is properly defined. It worked before I installed the fix pac. I have opened a PMR with IBM on this problem and will post the results.
_________________
Dean Keister |
|
| Back to top |
|
|
| dkeister |
| Posted: Mon Mar 05, 2007 5:59 pm Post subject: [Resolved] Problem with reset content descriptor |
|
|
Disciple
Joined: 25 Mar 2002
Posts: 184
Location: Purchase, New York
|
The problem has been submitted as a PMR. The instruction:
set s = InputRoot.MRM.*[1];
failed (see results in trace).
If I have a message set with Inputf defined then
set s = InputRoot.MRM.Inputf;
works just fine.
_________________
Dean Keister |
|
| 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
|
|
|
|
