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 » Mainframe, CICS, TXSeries » z/OS MQ client and non-z/OS QMGR

Post new topic  Reply to topic
 z/OS MQ client and non-z/OS QMGR « View previous topic :: View next topic » 
Author Message
rizzo
PostPosted: Sun Oct 17, 2010 5:56 am    Post subject: z/OS MQ client and non-z/OS QMGR Reply with quote

Novice

Joined: 02 Aug 2005
Posts: 14

Hello,

Is it possible for an MQ client on z/OS to access a QMGR on one of the distributed platforms? If so, can a COBOL client do this or would it have to be a Java client running in the Unix System Services? Would we still need a z/OS WMQ license for this?

I haven't found much documentation covering this scenario - most documentation covers client/server communication in the opposite direction - so I am wondering, if it's at all possible, whether it's discouraged or plain not allowed.

The background to my question is that we make updates in our IMS databases from non-mainframe Java programs via IMS Connect. We have a nightly stop of all IMS data stores for maintanence reasons, during which time we can't post updates. We are basically polling IMS Connect until we detect the IMS data stores are up again. We would like to change this so that z/OS retrieves updates itself to eliminate the polling.

For this we are considering use of queues. We already have a WMQ license for the distributed platforms and don't wish to buy WMQ for z/OS if we can help it. The WMQ Info Center states, for example, that a Java WMQ client can be executed on the z/OS, but doesn't explicitly state that that's also possible even when the QMGR isn't on the host.

I'm grateful for any help you can offer.

Regards

Steve
Back to top
View user's profile Send private message
bruce2359
PostPosted: Sun Oct 17, 2010 8:05 am    Post subject: Reply with quote

Poobah

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

Hi, Steve.

With the exception of Java/JMS, WMQ for z/OS is server-only.

So, no. WMQ z/OS cannot be a WMQ Client.

On z/OS the Client Attachment Facility (CAF), a separately licensed product, enables WMQ on z/OS to be the server for midrange WMQ client applications.

Hope this helps.
_________________
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
rizzo
PostPosted: Mon Oct 18, 2010 2:27 am    Post subject: Reply with quote

Novice

Joined: 02 Aug 2005
Posts: 14

Hi Bruce,

Thanks for the quick reply. Does that mean that a JMS client running in the Unix System Services could speak to a QMGR on a non-z/OS machine? Or is that also restricted to connections to QMGRs on z/OS?
Back to top
View user's profile Send private message
mqjeff
PostPosted: Mon Oct 18, 2010 4:19 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

My understanding is that it's restricted to apps running inside of WAS. But, that, yes, if needed they could establish a connection to a queue manager that is not on zOS.

Of course, any app running in a zLinux image can also do this. But that's just linux that happens to be running on zOS, not really zOS itself.
Back to top
View user's profile Send private message
Mr Butcher
PostPosted: Mon Oct 18, 2010 4:33 am    Post subject: Reply with quote

Padawan

Joined: 23 May 2005
Posts: 1716

i dont want to be picky here, but just for clarification.

z/Linux may run under control of z/VM or directly in an LPAR. but it does not use z/OS or runs within or under control of z/OS.
_________________
Regards, Butcher
Back to top
View user's profile Send private message
mqjeff
PostPosted: Mon Oct 18, 2010 4:48 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

Mr Butcher wrote:
i dont want to be picky here, but just for clarification.

z/Linux may run under control of z/VM or directly in an LPAR. but it does not use z/OS or runs within or under control of z/OS.


That is indeed a much more precise and correct version of what I was attempting to say.

Back to top
View user's profile Send private message
rizzo
PostPosted: Tue Oct 19, 2010 5:06 am    Post subject: Reply with quote

Novice

Joined: 02 Aug 2005
Posts: 14

Thanks for all the feedback!
Back to top
View user's profile Send private message
cicsprog
PostPosted: Wed Oct 20, 2010 8:12 am    Post subject: Reply with quote

Partisan

Joined: 27 Jan 2002
Posts: 347

A Java program running in USS can send messages to the local z/OS MQM where that local z/OS MQM can send the message to the local MQM, or a non-z/os MQM via cluster, or point-to-point connections.

But, you'd need a zos MQM.

Jason


Last edited by cicsprog on Wed Oct 20, 2010 8:23 am; edited 2 times in total
Back to top
View user's profile Send private message
cicsprog
PostPosted: Wed Oct 20, 2010 8:15 am    Post subject: Reply with quote

Partisan

Joined: 27 Jan 2002
Posts: 347

Rodger's site has many Java based code samples that could run in USS. We use the IMS one to IVP IMS Bridge from our software distribution warehouse.

http://www.capitalware.biz/mq_code_java.html
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Mainframe, CICS, TXSeries » z/OS MQ client and non-z/OS QMGR
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.