| Author |
Message
|
| shilpa.sabade |
 Posted: Mon Mar 10, 2014 7:07 am Post subject: Pack Decimals in reverse order - WMB on Windows |
 |
|
Voyager
Joined: 23 Feb 2011
Posts: 76
|
Need your suggestions wrt to below issue. javascript:emoticon(' ')
Here are my Configurations :
XML to MRM conversion - WMB flow .
WMB8 is on Windows server , data is being sent to our MF system MQ queue v7.
When i read the data in WMB debug mode .. i see data is in correct order. But when output message is put to queue on z/os .. pack decimal fields are in reverse order.
I see CCSID and Encoding on output message are correct.
Encoding : 546 CCSID : 500
Format : 'MQSTR ' |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Mon Mar 10, 2014 7:13 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9486
Location: US: west coast, almost. Otherwise, enroute.
|
Intel stores numbers in reverse order from z hardware. Big-endian vs. little-endian.
Is the consuming application complaining (throwing an error)? Does the consuming application request data conversion?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| shilpa.sabade |
| Posted: Mon Mar 10, 2014 7:22 am Post subject: |
|
|
Voyager
Joined: 23 Feb 2011
Posts: 76
|
| bruce2359 wrote: |
Intel stores numbers in reverse order from z hardware. Big-endian vs. little-endian.
Is the consuming application complaining (throwing an error)? Does the consuming application request data conversion? |
Yes consuming application is failing - as even the sign field is also in revese order - example : Hex code 5F180000 .. expecting 185 here . |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Mar 10, 2014 7:40 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9486
Location: US: west coast, almost. Otherwise, enroute.
|
| shilpa.sabade wrote: |
| bruce2359 wrote: |
Intel stores numbers in reverse order from z hardware. Big-endian vs. little-endian.
Is the consuming application complaining (throwing an error)? Does the consuming application request data conversion? |
Yes consuming application is failing - as even the sign field is also in revese order - example : Hex code 5F180000 .. expecting 185 here . |
Does the consuming application request data conversion?
Have you read about data conversion, such as http://publib.boulder.ibm.com/infocenter/wmbhelp/v6r1m0/index.jsp?topic=%2Fcom.ibm.etools.mft.doc%2Fac12380_.htm
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Last edited by bruce2359 on Mon Mar 10, 2014 7:45 am; edited 1 time in total |
|
| Back to top |
|
|
| shilpa.sabade |
| Posted: Mon Mar 10, 2014 7:44 am Post subject: |
|
|
Voyager
Joined: 23 Feb 2011
Posts: 76
|
| bruce2359 wrote: |
| shilpa.sabade wrote: |
| bruce2359 wrote: |
Intel stores numbers in reverse order from z hardware. Big-endian vs. little-endian.
Is the consuming application complaining (throwing an error)? Does the consuming application request data conversion? |
Yes consuming application is failing - as even the sign field is also in revese order - example : Hex code 5F180000 .. expecting 185 here . |
Does the consuming application request data conversion? |
Am sorry , if its dumb answer - I assume you are asking about MQGet - Its not . Application is not requesting data conversion. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Mar 10, 2014 7:46 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9486
Location: US: west coast, almost. Otherwise, enroute.
|
|
| Back to top |
|
|
| kimbert |
| Posted: Mon Mar 10, 2014 8:57 am Post subject: |
|
|
Jedi Council
Joined: 29 Jul 2003
Posts: 5543
Location: Southampton
|
Please can you supply the following info:
- the logical value of the packed decimal ( for bonus points, prove it by showing the output of a Trace node )
- the exact sequence of *bytes* that the MRM parser is writing. Make sure that you intercept this value on the output queue before it gets to the z/OS system.
- the exact sequence of bytes that you need.
- the definition of the MRM packed decimal field
Armed with that information, it should be possible to give accurate advice.
_________________
Before you criticize someone, walk a mile in their shoes. That way you're a mile away, and you have their shoes too. |
|
| Back to top |
|
|
| shilpa.sabade |
| Posted: Mon Mar 10, 2014 9:10 am Post subject: |
|
|
Voyager
Joined: 23 Feb 2011
Posts: 76
|
| Quote: |
| the logical value of the packed decimal ( for bonus points, prove it by showing the output of a Trace node ) |
Logical Value is : 185 .. I have mapping node in place for data conversion.. Trace did not show value being assigned.. but When i use debugger Message tree shows .. correct value ie 185
| Quote: |
| the exact sequence of *bytes* that the MRM parser is writing. Make sure that you intercept this value on the output queue before it gets to the z/OS system. |
5F180000 ( HEX)
| Quote: |
| the exact sequence of bytes that you need. - |
185F
| Quote: |
| the definition of the MRM packed decimal field - |
PIC S9(7) COMP-3 |
|
| Back to top |
|
|
| shilpa.sabade |
| Posted: Mon Mar 10, 2014 9:20 am Post subject: |
|
|
Voyager
Joined: 23 Feb 2011
Posts: 76
|
I tried with CCSID- 500 and Encoding - 785 . am getting correct value now.
Thank you kimbert and bruce2359 for your advise. |
|
| Back to top |
|
|
|
|
