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 » MQ App does not work outside Websphere bin folder

Post new topic  Reply to topic Goto page Previous  1, 2
 MQ App does not work outside Websphere bin folder « View previous topic :: View next topic » 
Author Message
Vitor
PostPosted: Fri Feb 24, 2012 5:58 am    Post subject: Reply with quote

Grand High Poobah

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

lukechan wrote:
I have managed to resolve the problem. It seems I need to copy all the amq* dlls from the websphere\bin to my app folder for it to work.


That's not resolving the problem, that's postponing it until someone who doesn't know you've done this tries to run your app on a different WMQ version than the one you're currently using & it breaks.

lukechan wrote:
This sounds weird as the system should be able to locate the websphere\bin dlls, isn't it? Apart from adding the path into the PATH environment variable, is there anything else required to be done?


Have you read the advice in this thread?
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Fri Feb 24, 2012 6:53 am    Post subject: Reply with quote

Poobah

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

So, you really didn't "install" the DLLs with the IBM-supplied WMQ installer, as documented in the WMQ Clients manual and InfoCenter, did you? Why?

Do you do this with all your other software?
_________________
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
lukechan
PostPosted: Mon Feb 27, 2012 5:34 pm    Post subject: Reply with quote

Newbie

Joined: 21 Feb 2012
Posts: 9

Hey guys,

thanks for the response and feedback, I will pass it along to my chief developers to have a good look...

It's probably not a solution per se, but appreciated the attention given!
Back to top
View user's profile Send private message
lukechan
PostPosted: Mon Feb 27, 2012 9:54 pm    Post subject: Reply with quote

Newbie

Joined: 21 Feb 2012
Posts: 9

JasonE wrote:
Please do not copy MQ dlls around - I have spent so long debugging problems caused by people who do this. If you need MQ .net code, reference it from the GAC (in fact, I dont quite understand why it doesnt work anyway - .net searches the GAC first I thought...?) or use a .config file...

So remove the amq* from your application directory, make sure MQ is installed on the box (client or server) and to double check things are registered ok, in a command prompt sitting in the MQ bin directory, run amqiregisterdotnet


Hey Jason, thanks. I have got it working with your suggestion of running the amqiregisterdotnet. Not required to have those DLLs anymore...

Thanks everyone by the way. Might be too noobish a topic but appreciated all the help!
Back to top
View user's profile Send private message
JasonE
PostPosted: Tue Feb 28, 2012 1:16 am    Post subject: Reply with quote

Grand Master

Joined: 03 Nov 2003
Posts: 1220
Location: Hursley

For reference, the install should kick off amqiregisterdotnet at the end of it, the only scenario that is expected to be run (other than applying a test fix) would be if you add .net after installing MQ (e.g. on Windows XP). However, I'm glad the command got it working - it registers the DLLs into the GAC which is the first search location for the .net assemblies.
Back to top
View user's profile Send private message
lukechan
PostPosted: Tue Feb 28, 2012 2:38 am    Post subject: Reply with quote

Newbie

Joined: 21 Feb 2012
Posts: 9

JasonE wrote:
For reference, the install should kick off amqiregisterdotnet at the end of it, the only scenario that is expected to be run (other than applying a test fix) would be if you add .net after installing MQ (e.g. on Windows XP). However, I'm glad the command got it working - it registers the DLLs into the GAC which is the first search location for the .net assemblies.


So you were saying the server team installed MQ before they installed .NET, when it should be the other way round eh?

Anyway thanks a lot.
Back to top
View user's profile Send private message
JasonE
PostPosted: Tue Feb 28, 2012 2:49 am    Post subject: Reply with quote

Grand Master

Joined: 03 Nov 2003
Posts: 1220
Location: Hursley

Not necessarily, but I cant explain why your GAC doesnt include MQ if that wasnt the case, as the installer and fix pack installer should be doing the work for you (there should be no need to run that command manually other than to register new dlls as a result of an interim fix from IBM). Even if that was the case, its not an invalid sequence, as its valid to run that program in that scenario!

Of course, it might just be a machine oddity as well
Back to top
View user's profile Send private message
lukechan
PostPosted: Tue Feb 28, 2012 5:20 pm    Post subject: Reply with quote

Newbie

Joined: 21 Feb 2012
Posts: 9

Ok thanks to all! Let's leave the thread to rest
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 Page 2 of 2

MQSeries.net Forum Index » General IBM MQ Support » MQ App does not work outside Websphere bin folder
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.