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 » Difference between client mode and binding mode

Post new topic  Reply to topic Goto page 1, 2  Next
 Difference between client mode and binding mode « View previous topic :: View next topic » 
Author Message
pshan81
PostPosted: Tue Mar 07, 2006 11:49 pm    Post subject: Difference between client mode and binding mode Reply with quote

Acolyte

Joined: 24 May 2005
Posts: 72

What is the difference between client mode and binding mode in MQ?
Back to top
View user's profile Send private message
HubertKleinmanns
PostPosted: Wed Mar 08, 2006 12:01 am    Post subject: Reply with quote

Shaman

Joined: 24 Feb 2004
Posts: 732
Location: Germany

In client mode you use a channel connection via network (may be on the local machine), to connect to a QMgr. In bindings mode you use a API connection (via shared memory) to a QMgr.

The bindings method is faster, more secure, uses two-phase-commit and works without active listener. The client mode is able, to connect to QMgrs, which are not local to the application.
_________________
Regards
Hubert
Back to top
View user's profile Send private message Visit poster's website
mvic
PostPosted: Wed Mar 08, 2006 2:42 am    Post subject: Reply with quote

Jedi

Joined: 09 Mar 2004
Posts: 2080

HubertKleinmanns wrote:
The bindings method ... uses two-phase-commit

A couple of notes on 2-phase commit; it is used
* with queue manager as coordinator, when the MQBEGIN API call is used to begin a unit of work. In this case the program must be local (ie. a server-bound app).
* with an external transaction coordinator software product. In this case the program can run local or remote (ie. server-bound or client-bound app). Let's call these 2 subcases. In the remote subcase only, the Extended Transactional Client (ETC) is required to enable external 2-phase commit processing. The ETC is a separate installable item.

ETC link : http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/topic/com.ibm.mq.csqzaf.doc/csq08cfg.htm
Back to top
View user's profile Send private message
anowak
PostPosted: Mon Aug 07, 2006 1:39 am    Post subject: Distributed Transaction (external MSDTC) Reply with quote

Newbie

Joined: 14 Jul 2006
Posts: 8

Hello,

So if I understand correctly when my app connects to a Qmgr in "server-mode" (NMQ_MQ_LIB : mqm.dll) . This program can issue a get/put (with synpoint options) AND a SQLServer database insert in Unit Of Work (ie distr. trans.)

Unfortunatly I don't seem to get my example up and running. I keep getting the error: MQRC_UOW_ENLISTMENT_ERROR 2354 .

I verified my registry : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\XADLL amqmtsxatm.dll = C:\Program Files\IBM\MQSeries\bin\amqmtsxatm.dll

I'm missing something?

Any help is welcome. Thanks in advance.

Best regards,

Alexander
Back to top
View user's profile Send private message
mvic
PostPosted: Mon Aug 07, 2006 1:42 am    Post subject: Re: Distributed Transaction (external MSDTC) Reply with quote

Jedi

Joined: 09 Mar 2004
Posts: 2080

Try http://www.google.com/search?q=MQRC_UOW_ENLISTMENT_ERROR+2354
Back to top
View user's profile Send private message
anowak
PostPosted: Mon Aug 07, 2006 1:55 am    Post subject: Google Reply with quote

Newbie

Joined: 14 Jul 2006
Posts: 8

Hey,

Yes , of course i consulted google first. I found the IBM url http://www-1.ibm.com/support/docview.wss?uid=swg21188893 where this is treated.

I verified my registry entry . But I can not get it up and running.

Are any other issues involved

btw : i'm using .NET2.0 and SQLServer2000 on a win xp sp2. The transactional part of the test app is enclosed in transactional facilities available in the .NET namespace System.EnterpriseServices.


Alexander
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Mon Aug 07, 2006 2:21 am    Post subject: Re: Google Reply with quote

Grand High Poobah

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

anowak wrote:
Hey,

Yes , of course i consulted google first. I found the IBM url http://www-1.ibm.com/support/docview.wss?uid=swg21188893 where this is treated.

I verified my registry entry . But I can not get it up and running.

Are any other issues involved

btw : i'm using .NET2.0 and SQLServer2000 on a win xp sp2. The transactional part of the test app is enclosed in transactional facilities available in the .NET namespace System.EnterpriseServices.


Alexander

.NET 2.0 is not yet supported. Make sure to use the previous version for the MQ part.

Enjoy
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
anowak
PostPosted: Mon Aug 07, 2006 2:31 am    Post subject: Reply with quote

Newbie

Joined: 14 Jul 2006
Posts: 8

Hey,

Not Supported ; does that mean it doesn't work or IBM will not help you when you're trouble?

Alexander

ps: English isn't my mother-tongue
Back to top
View user's profile Send private message
Vitor
PostPosted: Mon Aug 07, 2006 2:46 am    Post subject: Reply with quote

Grand High Poobah

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

anowak wrote:


Not Supported ; does that mean it doesn't work or IBM will not help you when you're trouble?


It certainly means the latter, which may well mean they know it doesn't or couldn't find a way to get it working.

Given the comments in here (use the search at the top of the page) I receive the impression .NET 2.0 doesn't work with MQ.

Disclaimer - English is (more or less) my first language but I don't speak .NET
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
anowak
PostPosted: Mon Aug 07, 2006 5:02 am    Post subject: Reply with quote

Newbie

Joined: 14 Jul 2006
Posts: 8

hey

Made a test program in .NET 1.1. I still have the same problem.


Found a strange entry in event log

The XA Transaction Manager cannot load the requested XA Dll since a registry entry is required for this operation. Please create a string value in the registry under HKLM\Software\Microsoft\MSDTC\XADLL where the value name is the name of the dll in the format dllname.dll and the value is the full path of the Dll. If you are not sure about the name or path of your XA Dll then please check the documentation for your XA provider. If this machine is part of a cluster please note that this registry entry needs to be made for each node in the cluster. amqmtsxatm.dll

But my registry key is correct (I think), even tried old style folder names. No result.

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\XADLL]
"mtxoci.dll"="C:\\WINNT\\system32\\mtxoci.dll"
"C:\\Program Files\\IBM\\SQLLIB_01\\BIN\\db2app.dll"="C:\\Program Files\\IBM\\SQLLIB_01\\BIN\\db2app.dll"
"amqmtsxatm.dll "="C:\\Program Files\\IBM\\WebSphere MQ\\bin\\amqmtsxatm.dll "

I guess I need the extended transactional client software ?

Alexander
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Mon Aug 07, 2006 6:50 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

Server bindings should work, I think.

That doens't look right to me, though.

I'd expect to have only one \ for most of those.

Quote:
"amqmtsxatm.dll "="C:\Program Files\IBM\WebSphere MQ\bin\amqmtsxatm.dll "


And you could try short paths, too. dir /x to find the short version of the folder name, but likely "c:\Progra~1\IBM\WebSph~1\bin\amqmtsxatm.dll".

I'd thought there was a bit in either the Quick Beginnings for Windows or in the plain contact admin for Windows that talked about configuring DTC coordination...
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
bbburson
PostPosted: Mon Aug 07, 2006 7:15 am    Post subject: Reply with quote

Partisan

Joined: 06 Jan 2004
Posts: 378
Location: Nowhere near a queue manager

jefflowrey wrote:
That doens't look right to me, though.

I'd expect to have only one \ for most of those.


Windows treats multiple \\\\\ the same way UNIX treats multiple ///// in path names. Put in as many as you want and they are interpreted as only one.
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Mon Aug 07, 2006 7:27 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

That still doesn't mean it's good practice... or that it looks right to me!


_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
Bill.Matthews
PostPosted: Mon Aug 07, 2006 8:36 am    Post subject: Reply with quote

Master

Joined: 23 Sep 2003
Posts: 232
Location: IBM (Retired)

From: the WMB Systems Requirements page - http://www-1.ibm.com/support/docview.wss?rs=849&uid=swg27006588

In the Windows section - it shows:
Microsoft SQL Server 2000 (plus Service Pack 3A) (non-XA only)

and below the list -
Note 1: Globally coordinated transaction support (‘XA’) is provided only with DB2 and Oracle and only on 32-bit operating systems.

So, you cannot use XA coordination between WMB and SQL Server.
_________________
Bill Matthews
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Mon Aug 07, 2006 9:54 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

Bill - COM+/DTC coordination is different than XA coordination.

http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/index.jsp?topic=/com.ibm.mq.amqzag.doc/chapmts.htm
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Goto page 1, 2  Next Page 1 of 2

MQSeries.net Forum Index » General IBM MQ Support » Difference between client mode and binding mode
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.