Author |
Message
|
jrjoe |
Posted: Tue Mar 22, 2005 12:19 pm Post subject: C subscriber |
|
|
Acolyte
Joined: 20 Jan 2003 Posts: 60
|
I am working with the soccer sample (C Version) and was wondering if every subscriber required its own Subscriber queue when doing this in C?
Thanks in advance
Joe |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Mar 22, 2005 12:30 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
This is a design question, not an implementation question.
So, no, it doesn't make a difference if you use C or not.
It's generally better not to share queues between logically distinct applications, from a design point of view. In my opinion. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
malammik |
Posted: Tue Mar 22, 2005 12:36 pm Post subject: |
|
|
 Partisan
Joined: 27 Jan 2005 Posts: 397 Location: Philadelphia, PA
|
yes unless you want to change it and recompile.
Sometimes having a separate queue for every subscriber is just not possible if you have 100K subscribers. In that case, you can use one subscriber queue and use CorrelAsID option. Or you could use temporary dynamic queues if subscriptions are not "durable" _________________ Mikhail Malamud
http://www.netflexity.com
http://groups.google.com/group/qflex |
|
Back to top |
|
 |
jrjoe |
Posted: Tue Mar 22, 2005 12:37 pm Post subject: |
|
|
Acolyte
Joined: 20 Jan 2003 Posts: 60
|
Thanks for the quick response on this.
I was wondering if I have a Topic A published and have serveral subscribers that what that info would it be better to have it on a single queue?
In JMS you can have subscribers to a topic using the same Queue for a Topic.
Maybe I am missing something. I like working with JMS but unfortuatily I have some C apps that need this as well.
Thanks again
Joe |
|
Back to top |
|
 |
jrjoe |
Posted: Tue Mar 22, 2005 12:40 pm Post subject: |
|
|
Acolyte
Joined: 20 Jan 2003 Posts: 60
|
In regards to changing the subscriber to use the same subscriber queue do you have examples of that?
Thanks
Joe |
|
Back to top |
|
 |
malammik |
Posted: Tue Mar 22, 2005 12:46 pm Post subject: |
|
|
 Partisan
Joined: 27 Jan 2005 Posts: 397 Location: Philadelphia, PA
|
I dont have an example of doing this but it is rather simple. Find some piece of mq docs that gives a thorough overview of the MQHRF2 header also download ih03 support pack and see all the options available. All you need to do is send a subscription request with CorrelAsID option, persist this id somewhere and then when publications matching your subscriptions arrive on that ONE queue, you will be able to figure out which publication is in regards to what publication based on matching correlation ids. _________________ Mikhail Malamud
http://www.netflexity.com
http://groups.google.com/group/qflex |
|
Back to top |
|
 |
briancop |
Posted: Tue Apr 05, 2005 1:55 am Post subject: You may be interested in the new XMS Beta? |
|
|
 Apprentice
Joined: 04 Apr 2005 Posts: 28 Location: Hursley, UK
|
Quote: |
I like working with JMS but unfortuatily I have some C apps that need this as well. |
...
I've just posted an announcement that there is a new Beta programme running for XMS. This is a non-Java implementation of the JMS API. The current Beta programme is for C and C++ APIs, running on Windows and Linux, for use with WebSphere MQ 5.3, WBI Brokers 5 or WebSphere Application Server 6.0.1.
If you are interested, you can download XMS from
http://www14.software.ibm.com/webapp/download/search.jsp?go=y&rs=message,
try it out, and give us your feedback via
news://news.software.ibm.com/ibm.software.websphere.mq.beta. Please prefix
your XMS-related posts to this Beta newsgroup with 'XMS:'.
Brian Cope, XMS Development |
|
Back to top |
|
 |
|