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 » General IBM MQ Support » AMQ6174 MQ errors in logs

Post new topic  Reply to topic Goto page Previous  1, 2, 3
 AMQ6174 MQ errors in logs « View previous topic :: View next topic » 
Author Message
kumarbai
PostPosted: Mon May 27, 2013 4:19 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

When an application gets a message from the queue, the queue manager attempts to invoke a data conversion exit to convert the data before returning the message. How to stop the queue manager from converting the message or if the message should be received without queue manager conversion?

> How to set settings in the Websphere application Server Queue
> JNDI settings to prevent the conversion?

My j2ee Application is running in Websphere application server and uses Webphere MQ.


Can someone give a exact answer to the above?

Mr.Vitor ! Kindly excuse me.I could find the answer so far?
Back to top
View user's profile Send private message
bruce2359
PostPosted: Mon May 27, 2013 4:46 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9475
Location: US: west coast, almost. Otherwise, enroute.

kumarbai wrote:
How to stop the queue manager from converting the message ...?
Can someone give a exact answer to the above?


The exact answer to your question is: modify the consuming application so that it doesn't request data conversion.

The queue manager attempts to convert your application data because the consuming application requested that it do so.

Data conversion is well-documented. Go to Google, search for 'WMQ 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
View user's profile Send private message
kumarbai
PostPosted: Mon May 27, 2013 5:17 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

My Consuming application is a JMS application running in websphere application server.How do I stop the WMQ Dataconversion here? where is the setting for it in websphere application server?
Back to top
View user's profile Send private message
bruce2359
PostPosted: Mon May 27, 2013 7:05 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9475
Location: US: west coast, almost. Otherwise, enroute.

Way back here http://www.mqseries.net/phpBB2/posting.php?mode=quote&p=354637 I asked you a question. Please answer it now.

It is the presence of a non-blank MQMD format field that begins the conversion process.
_________________
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
View user's profile Send private message
Vitor
PostPosted: Mon May 27, 2013 7:54 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

kumarbai wrote:
Mr.Vitor ! Kindly excuse me.I could find the answer so far?


In my earlier post. I asked how much more help did you want, and it seems you want someone to type the commands in for you. Which is a shame because there isn't a command to stop this. There's a process, which you seem to believe can be replaced with a command to change some magic setting.

I don't know how we can be clearer. Certainly repeating the question in 4 threads will only give you 4 identical answers which you will apparently find insufficient.

If you want more detailed help raise a PMR. Or pay for an IBM consultant to type "the command" for you.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
kumarbai
PostPosted: Tue May 28, 2013 12:08 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

bruce2359 wrote:

This is in the application that produces (puts) the message? Is the format field literally set to "MQIMS"? Or is it "MQFMT_IMS"?


It was set to MQIMS
Back to top
View user's profile Send private message
bruce2359
PostPosted: Tue May 28, 2013 5:45 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9475
Location: US: west coast, almost. Otherwise, enroute.

kumarbai wrote:
bruce2359 wrote:

This is in the application that produces (puts) the message? Is the format field literally set to "MQIMS"? Or is it "MQFMT_IMS"?


It was set to MQIMS

By inserting "MQIMS" into the MQMD format field, the producing application
has specified that if conversion is required when the message is consumed, a conversion utility exit application named MQIMS should be launched to convert the application data.

Does a conversion exit named MQIMS exist at the qmgr where the messageis being consumed?

The strings MQIMS and MQFMT_IMS are completely different, and are interpreted differently by the qmgr. What is the purpose of the producing application inserting MQIMS into the MQMD format field?

Take a look at this http://www-01.ibm.com/support/docview.wss?uid=swg27010477&aid=1 . It is a short presentation on data conversion. Look specifically at pages 14 and 15 to begin to understand the MQMD format field is used by applications and the qmgr. Note that MQFMT_IMS is a qmgr-supported built-in format, while MQIMS is not.
_________________
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
View user's profile Send private message
hughson
PostPosted: Tue May 28, 2013 5:55 am    Post subject: Reply with quote

Padawan

Joined: 09 May 2013
Posts: 1964
Location: Bay of Plenty, New Zealand

bruce2359 wrote:
The strings MQIMS and MQFMT_IMS are completely different, and are interpreted differently by the qmgr.

Note that MQFMT_IMS is a qmgr-supported built-in format, while MQIMS is not.


Actually, the value of the constant MQFMT_IMS is the string "MQIMSbbb" where b represents a blank. See here.
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software
Back to top
View user's profile Send private message Visit poster's website
mqjeff
PostPosted: Tue May 28, 2013 6:08 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

bruce2359 wrote:
Take a look at this http://www-01.ibm.com/support/docview.wss?uid=swg27010477&aid=1 . It is a short presentation on data conversion.


And, again, remember that JMS adds a second layer of conversion potential, and there are various ways at various points where this can be managed.

The easiest way with a JMS app to ensure that no conversion is performed is to read a BytesMessage instead of a TextMessage.

None of the thrashing around about MQMD format meaning and value is of specific assistance here, it seems.

And the question of whether or not the JMS connection should be configured to perform conversion in the JMS layer or ask the qmgr to perform the conversion is not something that anyone here can answer.

kumarbai - you need to ask the app team if they can process these messages properly. You need to ask your MQ admin if these errors should be being logged or not. You need to ask your WAS admin if it's easy or hard to make the necessary change to the WAS QCF configuration.

If you are all three of those people - the app team, the WAS admin, and the MQ admin- all at once, then you need to *decide for yourself* what you want to see happening. This likely means you really need to *talk to someone local* who is more senior than you.
Back to top
View user's profile Send private message
kumarbai
PostPosted: Wed May 29, 2013 10:15 pm    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

Thanks sir!
You answer is really in a very guided manner for a beginner.We are coming to the forums only to get solutions for our problems.
Your reply has really shown that you are a real grand master and your replying manner is a direction for those persons who really dont know how to reply and simply lock the threads like some Grand Poobahs.
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Thu May 30, 2013 4:49 am    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7723

Alternatively, you could just set the header fields properly in the request message to tell the OTMA bridge in what format you want the reply message.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
kumarbai
PostPosted: Thu May 30, 2013 4:54 am    Post subject: Reply with quote

Apprentice

Joined: 24 May 2013
Posts: 45

Thank you PeterPotkay!I will try this option also.
Back to top
View user's profile Send private message
zpat
PostPosted: Thu May 30, 2013 5:08 am    Post subject: Reply with quote

Jedi Council

Joined: 19 May 2001
Posts: 5867
Location: UK

Fix the root cause rather than thrashing around for some way to ignore it.

Yours is often the approach I see offshore, but sometimes you have to push back and tell other people they need to change something, rather than just trying to avoid any conflict in the organisation, otherwise these messy circumventions will build up and cause major issues at some point.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Thu May 30, 2013 7:42 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9475
Location: US: west coast, almost. Otherwise, enroute.

PeterPotkay wrote:
Alternatively, you could just set the header fields properly in the request message to tell the OTMA bridge in what format you want the reply message.

This is an example of fixing the cause of the problem, rather than attempting to suppress the symptom of the problem.
_________________
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
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Goto page Previous  1, 2, 3 Page 3 of 3

MQSeries.net Forum Index » General IBM MQ Support » AMQ6174 MQ errors in logs
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.