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 » {urgent} Big/Little Endian in MRM

Post new topic  Reply to topic
 {urgent} Big/Little Endian in MRM « View previous topic :: View next topic » 
Author Message
yaakovd
PostPosted: Mon May 26, 2008 12:05 am    Post subject: {urgent} Big/Little Endian in MRM Reply with quote

Partisan

Joined: 20 Jan 2003
Posts: 319
Location: Israel

Hi ALL

I have MRM CWF for parsing of binary data (file) with integer fields.
For example, hexa value of field in input file is '2900'. On Windows it parsed correct to 41. When I moved to AIX, I got value 10496 after parsing...

I guess that it is problem of Big/Little Endian.

I tried to change Default Byte Order in message set properties, but it doesn't helps.

Is there any property/environment variable for that purpose?

I have to parse in on input - using CAST function is not acceptable.

thanks
_________________
Best regards.
Yaakov
SWG, IBM Commerce, Israel


Last edited by yaakovd on Tue May 27, 2008 10:08 am; edited 1 time in total
Back to top
View user's profile Send private message Send e-mail
fjb_saper
PostPosted: Mon May 26, 2008 7:52 pm    Post subject: Re: {urgent} Big/Small Endian in MRM Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

yaakovd wrote:
Hi ALL

I have MRM CWF for parsing of binary data (file) with integer fields.
For example, hexa value of field in input file is '2900'. On Windows it parsed correct to 41. When I moved to AIX, I got value 10496 after parsing...

I guess that it is problem of Big/Small Endian.

I tried to change Default Byte Order in message set properties, but it doesn't helps.

Is there any property/environment variable for that purpose?

I have to parse in on input - using CAST function is not acceptable.

thanks


If your msgset import is from a cobol copy book make sure you set the 3rd page stuff. Set the OS to the broker's OS. Set little/big endian to the sending system's etc...

Enjoy
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
yaakovd
PostPosted: Mon May 26, 2008 10:28 pm    Post subject: Re: {urgent} Big/Small Endian in MRM Reply with quote

Partisan

Joined: 20 Jan 2003
Posts: 319
Location: Israel

Thank you for reply.

It is not COBOL - my MRM comming from import XSD or manual definition.

fjb_saper wrote:
Set the OS to the broker's OS.
Where? since it is not a cobol...

BTW, I tried to find difference in Message Set from cobol between Win32 and AIX... nothing...
_________________
Best regards.
Yaakov
SWG, IBM Commerce, Israel
Back to top
View user's profile Send private message Send e-mail
fjb_saper
PostPosted: Tue May 27, 2008 6:20 pm    Post subject: Re: {urgent} Big/Small Endian in MRM Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

yaakovd wrote:
BTW, I tried to find difference in Message Set from cobol between Win32 and AIX... nothing...

This is on the third page of the import wizard for a cobol copy book.
It asks for the OS (Win/AIX/ZOS) and for the setup of little/big endian, about decimal notation, default nil values, default values, level 88 as enums etc...

Enjoy
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
yaakovd
PostPosted: Tue May 27, 2008 10:19 pm    Post subject: Reply with quote

Partisan

Joined: 20 Jan 2003
Posts: 319
Location: Israel

Thanks, but it is not COBOL...

in any case MXSD was not affected when switch OS...

SO... any working" idea
_________________
Best regards.
Yaakov
SWG, IBM Commerce, Israel
Back to top
View user's profile Send private message Send e-mail
fjb_saper
PostPosted: Wed May 28, 2008 2:38 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

As you have a binary format you cannot leave it to chance.
The only other alternative I see is setting the encoding on the outgoing message. This will tell which sense to read the number (little / big endian).

There should be a list of valid values (see constants) in the doc.

Enjoy
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
yaakovd
PostPosted: Wed May 28, 2008 3:05 am    Post subject: Reply with quote

Partisan

Joined: 20 Jan 2003
Posts: 319
Location: Israel

It is good idea! I'll try
_________________
Best regards.
Yaakov
SWG, IBM Commerce, Israel
Back to top
View user's profile Send private message Send e-mail
yaakovd
PostPosted: Thu May 29, 2008 12:33 am    Post subject: solved Reply with quote

Partisan

Joined: 20 Jan 2003
Posts: 319
Location: Israel

I set OutputRoot.Properties.Encoding by original OS where file was generated (546) and it is working.

Thanks
_________________
Best regards.
Yaakov
SWG, IBM Commerce, Israel
Back to top
View user's profile Send private message Send e-mail
fjb_saper
PostPosted: Thu May 29, 2008 2:42 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

glad to be of help
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » {urgent} Big/Little Endian in MRM
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.