|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
How to use the IBM MQ Redistributable client with .NET |
« View previous topic :: View next topic » |
Author |
Message
|
michel123 |
Posted: Mon Oct 24, 2022 2:34 am Post subject: How to use the IBM MQ Redistributable client with .NET |
|
|
Newbie
Joined: 24 Oct 2022 Posts: 4
|
Having downloaded the redistributable IBM MQ client "9.3.0.1-IBM-MQC-Redist-Win64.zip" I am unsure how to use this in a .NET console app.
Installing the full MQ server is not an option, this must be a method where DLLs are bundled with the application because it shall run in an environment, where installing MSI or the like is not an option.
I require unmanaged connections to the MQ server because I need to control which TLS cipher is used and only the unmanaged client allows me to do that.
I am getting an error code 2538 when I try to connect to the queue manager, when I reference amqmdnet.dll from that package.
If I install the MQ server on the same machine and reference amqmdnet.dll from the MQ server installation, everything works fine. |
|
Back to top |
|
 |
bruce2359 |
Posted: Mon Oct 24, 2022 6:09 am Post subject: Re: How to use the IBM MQ Redistributable client with .NET |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
michel123 wrote: |
Having downloaded the redistributable IBM MQ client "9.3.0.1-IBM-MQC-Redist-Win64.zip" |
What did you next do after downloading the .zip file?
For example, did you read the readme file? Then what? _________________ 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 |
|
 |
michel123 |
Posted: Mon Oct 24, 2022 8:28 am Post subject: |
|
|
Newbie
Joined: 24 Oct 2022 Posts: 4
|
The readme which just says
Quote: |
This directory contains the MQ Redistributable Client package
and components.
See the licenses subdirectory for more information.
Version:
9.3.0.1 |
I tried copying all the files from the bin folder to the output dir of my app. I discovered that the IBM library is unable to find the required assemblies, because if I use the DEVPATH trick described in the manual, things work. But since using the DEVPATH technique is discouraged, this is not a viable solution. |
|
Back to top |
|
 |
bruce2359 |
Posted: Mon Oct 24, 2022 2:39 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
michel123 wrote: |
The readme which just says
Quote: |
... if I use the DEVPATH trick described in the manual, things work. But since using the DEVPATH technique is discouraged, this is not a viable solution. |
|
DEVPATH is not a trick; rather, it's a method to configure the environment. Who discourages DEVPATH use? And, more importantly, why? _________________ 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 |
|
 |
michel123 |
Posted: Mon Oct 24, 2022 7:37 pm Post subject: |
|
|
Newbie
Joined: 24 Oct 2022 Posts: 4
|
bruce2359 wrote: |
michel123 wrote: |
The readme which just says
Quote: |
... if I use the DEVPATH trick described in the manual, things work. But since using the DEVPATH technique is discouraged, this is not a viable solution. |
|
DEVPATH is not a trick; rather, it's a method to configure the environment. Who discourages DEVPATH use? And, more importantly, why? |
https://learn.microsoft.com/en-us/dotnet/framework/configure-apps/how-to-locate-assemblies-by-using-devpath
Quote: |
This is an advanced feature, intended only for development. |
and as to why
Quote: |
Use this setting only at development time. The runtime does not check the versions on strong-named assemblies found in the DEVPATH. It simply uses the first assembly it finds. |
|
|
Back to top |
|
 |
gbaddeley |
Posted: Tue Oct 25, 2022 3:23 pm Post subject: |
|
|
 Jedi Knight
Joined: 25 Mar 2003 Posts: 2538 Location: Melbourne, Australia
|
bruce2359 wrote: |
michel123 wrote: |
The readme which just says
.. if I use the DEVPATH trick described in the manual, things work. But since using the DEVPATH technique is discouraged, this is not a viable solution. |
DEVPATH is not a trick; rather, it's a method to configure the environment. Who discourages DEVPATH use? And, more importantly, why? |
https://www.ibm.com/docs/en/ibm-mq/9.3?topic=windows-net-application-runtime-only
makes it quite clear how MQ DLL's are located by GAC, Probing or DEVPATH. If this doesn't work, there is something wrong with your installation, setup or application. _________________ Glenn |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
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
|
|
|
|