ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Data length does not match copybook

Post new topic  Reply to topic
 Data length does not match copybook « View previous topic :: View next topic » 
Author Message
jhoninck
PostPosted: Wed Jul 06, 2005 3:46 am    Post subject: Data length does not match copybook Reply with quote

Novice

Joined: 20 Jun 2005
Posts: 11
This is probably something relatively straightforward,
but since I have been looking at it for more than three hours now I figure some external hint might come usefull.

We are having a flow like this:

AIX->Fixed Width -> XML -> CWF-Cobol copy book -> Mainframe

The trace on the XML node looks like this:

Code:

XML

(
 (0x01000000):Properties = (
   (0x03000000):MessageSet      = 'HKVHDF4002001'
   (0x03000000):MessageType     = 'XmlMsg'
   (0x03000000):MessageFormat   = 'XML1'
   (0x03000000):Encoding        = 546
   (0x03000000):CodedCharSetId  = 437
   (0x03000000):Transactional   = TRUE
   (0x03000000):Persistence     = FALSE
   (0x03000000):CreationTime    = GMTTIMESTAMP '2005-07-06 09:11:05.740'
   (0x03000000):ExpirationTime  = -1
   (0x03000000):Priority        = 0
   (0x03000000):ReplyIdentifier = X'000000000000000000000000000000000000000000000000'
   (0x03000000):ReplyProtocol   = 'MQ'
   (0x03000000):Topic           = NULL
 )
 (0x01000000):MQMD       = (
   (0x03000000):SourceQueue      = 'FW_IN'
   (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'414d51204d51454149314553202020204296ba812001a90a'
   (0x03000000):CorrelId         = X'000000000000000000000000000000000000000000000000'
   (0x03000000):BackoutCount     = 0
   (0x03000000):ReplyToQ         = '                                                '
   (0x03000000):ReplyToQMgr      = 'MQS                                        '
   (0x03000000):UserIdentifier   = 'mqm         '
   (0x03000000):AccountingToken  =
X'16010515000000f986b01dd9b69b5cdabd5f8bf203000000000000000000000b'
   (0x03000000):ApplIdentityData = '                                '
   (0x03000000):PutApplType      = 11
   (0x03000000):PutApplName      = '                            '
   (0x03000000):PutDate          = DATE '2005-07-06'
   (0x03000000):PutTime          = GMTTIME '09:11:05.740'
   (0x03000000):ApplOriginData   = '    '
   (0x03000000):GroupId          = X'000000000000000000000000000000000000000000000000'
   (0x03000000):MsgSeqNumber     = 1
   (0x03000000):Offset           = 0
   (0x03000000):MsgFlags         = 0
   (0x03000000):OriginalLength   = -1
 )
 (0x01000010):XML        = (
   (0x01000000):Trolly = (
     (0x01000000):RECID  = (
       (0x02000000): = 'TRY'
     )
     (0x01000000):COUNTER = (
       (0x02000000): = '000000027937'
     )
   )
 )
)



The trace on the CWF node looks like this

Code:

CWF

(
 (0x01000000):Properties = (
   (0x03000000):MessageSet      = 'IHRJNDS002001'
   (0x03000000):MessageType     = 'CwfMsg'
   (0x03000000):MessageFormat   = 'CWF1'
   (0x03000000):Encoding        = 546
   (0x03000000):CodedCharSetId  = 437
   (0x03000000):Transactional   = TRUE
   (0x03000000):Persistence     = FALSE
   (0x03000000):CreationTime    = GMTTIMESTAMP '2005-07-06 09:11:05.740'
   (0x03000000):ExpirationTime  = -1
   (0x03000000):Priority        = 0
   (0x03000000):ReplyIdentifier = X'000000000000000000000000000000000000000000000000'
   (0x03000000):ReplyProtocol   = 'MQ'
   (0x03000000):Topic           = NULL
 )
 (0x01000000):MQMD       = (
   (0x03000000):SourceQueue      = 'FW_IN'
   (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'414d51204d51454149314553202020204296ba812001a90a'
   (0x03000000):CorrelId         = X'000000000000000000000000000000000000000000000000'
   (0x03000000):BackoutCount     = 0
   (0x03000000):ReplyToQ         = '                                                '
   (0x03000000):ReplyToQMgr      = 'MQS                                        '
   (0x03000000):UserIdentifier   = 'mqm         '
   (0x03000000):AccountingToken  =
X'16010515000000f986b01dd9b69b5cdabd5f8bf203000000000000000000000b'
   (0x03000000):ApplIdentityData = '                                '
   (0x03000000):PutApplType      = 11
   (0x03000000):PutApplName      = '                            '
   (0x03000000):PutDate          = DATE '2005-07-06'
   (0x03000000):PutTime          = GMTTIME '09:11:05.740'
   (0x03000000):ApplOriginData   = '    '
   (0x03000000):GroupId          = X'000000000000000000000000000000000000000000000000'
   (0x03000000):MsgSeqNumber     = 1
   (0x03000000):Offset           = 0
   (0x03000000):MsgFlags         = 0
   (0x03000000):OriginalLength   = -1
 )
 (0x01000021):MRM        = (
   (0x01000000):Trolly = (
     (0x03000000):RECID     = 'TRY'
     (0x03000000):NOOFRECORDS = '000000027937'
     (0x03000000):FILLER        = '                                                       
                                                                                         
                                                                                         
                                                                                         
                                                                                   '
   )
 )
)



When we look at the message before it is send over any channel (still on AIX) using the RFHUTIL program (and when we click the data tab) we get the following output:

Code:

Level  Ofs  Len Type  Occ Variable Name                  Value
00     0     0
Copy book size 0, Data area size 322
*** Data length does not match copybook



Does anybody have a hint on what is going wrong here.
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Wed Jul 06, 2005 3:49 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981
jhoninck wrote:
Copy book size 0

I'd say you didn't tell the RFHUtil what CopyBook to use...
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
jhoninck
PostPosted: Wed Jul 06, 2005 4:15 am    Post subject: Reply with quote

Novice

Joined: 20 Jun 2005
Posts: 11
Thanks for that,
I knew it was obvious,
your comment made me check how rfhutil was being used,
since I wasn't doing that last step myself I should have known better.

Regards
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Data length does not match copybook
Jump to:  



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
Protected by Anti-Spam ACP
  
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.