Thanks- WMQI- Nee help with PUB/SUB

[Steve Muller]

Thanks again, Christopher,  for a great explanation.
Everything is becoming more and more clear now.

Steve



--- Christopher Frank <[EMAIL PROTECTED]> wrote:
> Steve,
>
> Here are some answers regarding your quest for a
> pub/sub "checklist":
>
> >>>1- Create Publication queue on the broker.
>
> There are actually several queues you may need to
> create.
>
> At a minimum, you are recommended to define
> SYSTEM.BROKER.DEFAULT.STREAM
> (the default publication queue) and
> SYSTEM.BROKER.CONTROL.QUEUE. You also
> need a SYSTEM.BROKER.INTER.BROKER.COMMUNICATIONS
> queue if the WMQI broker
> is to communicate with neighboring MQ base pub/sub
> brokers.
>
> >>>2- RESYSTEM.BROKERINTERBROKER.COMMUNICATIONS
>
> Not sure what you mean by this step.
>
> >>>3-Create a Publish msg flow: It should end with a
> >>>publication node. Someting like:
> >>>InputNode1 (which is the pub queue)--->
> ComputeNode1--a-->
> PublicationNode
> >>>
>   --b-->2 OutputNode
>
> You need a message flow to service each publication
> queue. For example, if
> you created the SYSTEM.BROKER.DEFAULT.STREAM (the
> default publication
> queue) you would need to create a message flow to
> service that queue. This
> flow would look something like:
>
>   InputNode1--->PublicationNode
>
> SYSTEM.BROKER.DEFAULT.STREAM (or whatever queue you
> are using for your
> publication queue) would be specified on the MQInput
> node. Note that you
> can have many publication queues, as long as each is
> serviced by a message
> flow.
>
> >>>4- Create a topic for the flow
> >>>
> >>>Question: Are "creating a topic for a flow" and
> >>>"ending the flow with a publication node"
> sufficent
> >>>for the publisher to be registered with the
> broker? Is
> >>>there anything else to be done to register the
> topic
> >>>at the broker?
>
> Yes. For the simple flow shown above
> ("InputNode1--->PublicationNode") this
> would be sufficient, as long as the publication
> message was prefixed with
> an RFH or RFH2 header indicating the topic name.
>
> If the inbound message ir not prefixed with an RFH
> or RFH2 header, your
> message flow would require some additional "smarts".
> At a minimum, you must
> specify a topic name property on the Input node. Or,
> in a Compute node, you
> can specify a topic name like so:
>
>   SET OutputRoot.Properties.Topic = 'myTopic';
>
> This is a simple, really nice way to make a
> non-pub/sub MQ program a
> publisher. However, there are a frew caveats when
> using this approach
> rather than the RFH/RFH2:
>
> 1) The message is handled as a "local" publication.
> This means that the
> publication will not be forwarded to neighboring
> brokers, even if they have
> subscribers registered on matching topics.
> 2) Response messages will not be sent to publishing
> applications that
> produce messages in this way, even if the MQMD is
> set to imply that
> responses should be sent.
> 3) Existing base MQ pub/sub applications that use
> RFH format subscriptions
> will not receive these messages.
>
> Because of these limitations it is preferable to
> build an RFH2 header in
> your message flow.
>
>
> >>>5- If MQRFH2 Header is not present in the
> incoming msg
> >>>Construct it in the Compute node. If this is a
> >>>request-reply msg, I am thinkin go copying the
> >>>MQMD.ReplytoQ/Qmgr into NameValueData like this:
>
>>>MY.REPLYQMYQMGR
> >>>making sure the length is multiple of 4 (may need
> >>>trailing spaces) as specified in the
> NameValueLength.
> >>>Is this correct?
>
> If by request-reply you mean you want a Broker
> response message to be sent
> by the broker to the publisher to indicate the
> success or failure of a
> command message, the broker will use the
> ReplytoQ/Qmgr fields of the MQMD
> directly, so you don't need to do anything.
>
>
> >>>Question: I know it is recommended that we use
> MQRFH2
> >>>header in new apps. But do I really need it? If I
> am
> >>>only interested in ReplyToQ/Qmgr fields I can put
> them
> >>>in a app header before the app. data, right? I
> should
> >>>add that we would be receiving and sending
> messages
> >>>in XML...
>
> Correct, an RFH/RFH2 is not required, but may be
> desirable in some
> situations. The WMQI Programming Guide explains what
> these situations are.
>
>
> >>>6- Persistency (not retantion):  Under the
> heading
> >>>of Message Persistency in the Introduction an
> Planning
> >>>book (on the bottom of  page 93) it talks about
> >>>options for persistency? What I don't understand
> is,
> >>>shouldn't the persistency of the publication
> (which
> >>>the message actually) be the persistency of the
> >>>message as specified in MQMD? How can I make the
> >>>publisher's persistency dependent on the message
> >>>persistency.
>
> I can't find any heading called "Message
> Persistency" in the WMQI V2.1
> Introduction and Planning Guide. Is this the version
> you are using?
>
> There is a subheading called "Message persistence"
> in Chapter 7 ("Designing
> publish/subscribe applications"). Is this the
> 

Re: WMQI- Nee help with PUB/SUB

[Christopher Frank]

Steve,

Here are some answers regarding your quest for a pub/sub "checklist":

>>>1- Create Publication queue on the broker.

There are actually several queues you may need to create.

At a minimum, you are recommended to define SYSTEM.BROKER.DEFAULT.STREAM
(the default publication queue) and SYSTEM.BROKER.CONTROL.QUEUE. You also
need a SYSTEM.BROKER.INTER.BROKER.COMMUNICATIONS queue if the WMQI broker
is to communicate with neighboring MQ base pub/sub brokers.

>>>2- RESYSTEM.BROKERINTERBROKER.COMMUNICATIONS

Not sure what you mean by this step.

>>>3-Create a Publish msg flow: It should end with a
>>>publication node. Someting like:
>>>InputNode1 (which is the pub queue)---> ComputeNode1--a-->
PublicationNode
>>>--b-->2 OutputNode

You need a message flow to service each publication queue. For example, if
you created the SYSTEM.BROKER.DEFAULT.STREAM (the default publication
queue) you would need to create a message flow to service that queue. This
flow would look something like:

  InputNode1--->PublicationNode

SYSTEM.BROKER.DEFAULT.STREAM (or whatever queue you are using for your
publication queue) would be specified on the MQInput node. Note that you
can have many publication queues, as long as each is serviced by a message
flow.

>>>4- Create a topic for the flow
>>>
>>>Question: Are "creating a topic for a flow" and
>>>"ending the flow with a publication node" sufficent
>>>for the publisher to be registered with the broker? Is
>>>there anything else to be done to register the topic
>>>at the broker?

Yes. For the simple flow shown above ("InputNode1--->PublicationNode") this
would be sufficient, as long as the publication message was prefixed with
an RFH or RFH2 header indicating the topic name.

If the inbound message ir not prefixed with an RFH or RFH2 header, your
message flow would require some additional "smarts". At a minimum, you must
specify a topic name property on the Input node. Or, in a Compute node, you
can specify a topic name like so:

  SET OutputRoot.Properties.Topic = 'myTopic';

This is a simple, really nice way to make a non-pub/sub MQ program a
publisher. However, there are a frew caveats when using this approach
rather than the RFH/RFH2:

1) The message is handled as a "local" publication. This means that the
publication will not be forwarded to neighboring brokers, even if they have
subscribers registered on matching topics.
2) Response messages will not be sent to publishing applications that
produce messages in this way, even if the MQMD is set to imply that
responses should be sent.
3) Existing base MQ pub/sub applications that use RFH format subscriptions
will not receive these messages.

Because of these limitations it is preferable to build an RFH2 header in
your message flow.


>>>5- If MQRFH2 Header is not present in the incoming msg
>>>Construct it in the Compute node. If this is a
>>>request-reply msg, I am thinkin go copying the
>>>MQMD.ReplytoQ/Qmgr into NameValueData like this:
>>>MY.REPLYQMYQMGR
>>>making sure the length is multiple of 4 (may need
>>>trailing spaces) as specified in the NameValueLength.
>>>Is this correct?

If by request-reply you mean you want a Broker response message to be sent
by the broker to the publisher to indicate the success or failure of a
command message, the broker will use the ReplytoQ/Qmgr fields of the MQMD
directly, so you don't need to do anything.


>>>Question: I know it is recommended that we use MQRFH2
>>>header in new apps. But do I really need it? If I am
>>>only interested in ReplyToQ/Qmgr fields I can put them
>>>in a app header before the app. data, right? I should
>>>add that we would be receiving and sending messages
>>>in XML...

Correct, an RFH/RFH2 is not required, but may be desirable in some
situations. The WMQI Programming Guide explains what these situations are.


>>>6- Persistency (not retantion):  Under the heading
>>>of Message Persistency in the Introduction an Planning
>>>book (on the bottom of  page 93) it talks about
>>>options for persistency? What I don't understand is,
>>>shouldn't the persistency of the publication (which
>>>the message actually) be the persistency of the
>>>message as specified in MQMD? How can I make the
>>>publisher's persistency dependent on the message
>>>persistency.

I can't find any heading called "Message Persistency" in the WMQI V2.1
Introduction and Planning Guide. Is this the version you are using?

There is a subheading called "Message persistence" in Chapter 7 ("Designing
publish/subscribe applications"). Is this the reference you're referring
to? This is in the section "Subscriptions", and is referring to subscribers
sending their subscription registration messages as persistent. I think
your question, though, is in reference to the persistency of a publication,
correct?

There is also a subheading called "Message persistence" in Chapter 6
("Application Design") on page 76 (in my version of the Introduction and
Plann

Re: WMQI- Nee help with PUB/SUB

[Steve Muller]

I see. Thanks Christopher.

Steve


--- Christopher Frank <[EMAIL PROTECTED]> wrote:
> Steve,
>
> >> Question: Are "creating a topic for a flow"
> and
> >> "ending the flow with a publication node"
> sufficent
> >> for the publisher to be registered with the
> broker?
> >> Is there anything else to be done to register
> the
> >> topic at the broker
> >>
> >>When I create a topic and put a Publication  node
> at
> >>the end of a msg flow, where do I specify the
> "stream"
> >>queue (which could be SYSTEM.BROKER.DEFAUL.STREAM
> or a
> >>more topic-specific queue). If I don't specify it,
> >>would the broker use the default stream queue?  Is
> >>there an option in the control center for this? I
> am
> >>away from work I cannot check it myself.
>
> WMQI does not use the concept of "stream" queues,
> that is a concept used by
> MQ base pub/sub (the MA0C SupportPac). Your
> publication queue would be
> specified on the message flow input node (MQInput,
> for example).
>
> However, because SYSTEM.BROKER.DEFAULT.STREAM queue
> is the default
> publication queue, applications might be using it,
> particularly if you are
> moving from an existing base pub/sub broker to WMQI.
> In this case you must
> create and deploy a message flow whose MQInput node
> services
> SYSTEM.BROKER.DEFAULT.STREAM. This will give you
> compatibility with base MQ
> pub/sub.
>
> Regards,
>
> Christopher Frank
> Sr. I/T Specialist - IBM Software Group
> IBM Certified Solutions Expert - Websphere MQ & MQ
> Integrator
> 
> Phone: 612-397-5532 (t/l 653-5532) mobile:
> 612-669-3008
> e-mail: [EMAIL PROTECTED]
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WMQI- Nee help with PUB/SUB

[Christopher Frank]

Steve,

>> Question: Are "creating a topic for a flow" and
>> "ending the flow with a publication node" sufficent
>> for the publisher to be registered with the broker?
>> Is there anything else to be done to register the
>> topic at the broker
>>
>>When I create a topic and put a Publication  node at
>>the end of a msg flow, where do I specify the "stream"
>>queue (which could be SYSTEM.BROKER.DEFAUL.STREAM or a
>>more topic-specific queue). If I don't specify it,
>>would the broker use the default stream queue?  Is
>>there an option in the control center for this? I am
>>away from work I cannot check it myself.

WMQI does not use the concept of "stream" queues, that is a concept used by
MQ base pub/sub (the MA0C SupportPac). Your publication queue would be
specified on the message flow input node (MQInput, for example).

However, because SYSTEM.BROKER.DEFAULT.STREAM queue is the default
publication queue, applications might be using it, particularly if you are
moving from an existing base pub/sub broker to WMQI. In this case you must
create and deploy a message flow whose MQInput node services
SYSTEM.BROKER.DEFAULT.STREAM. This will give you compatibility with base MQ
pub/sub.

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WMQI- Nee help with PUB/SUB

[Steve Muller]

A bit more clarification on my question:

> Question: Are "creating a topic for a flow" and
> "ending the flow with a publication node" sufficent
> for the publisher to be registered with the broker?
> Is
> there anything else to be done to register the topic
> at the broker

When I create a topic and put a Publication  node at
the end of a msg flow, where do I specify the "stream"
queue (which could be SYSTEM.BROKER.DEFAUL.STREAM or a
more topic-specific queue). If I don't specify it,
would the broker use the default stream queue?  Is
there an option in the control center for this? I am
away from work I cannot check it myself.

Thanks,

Steve
--- Steve Muller <[EMAIL PROTECTED]> wrote:
> Thanks Christopher, Joerg, Marc I have a lot of
> reading to do now... It would still be very helpful
> for me if someone more experienced could give me a
> list of the things that I should do (in point form)
> to
> do pub/sub in WMQI.
>
> So far, from what I have read, I think these are the
> steps that I should do or be aware of:
>
> 1- Create Publication queue on the broker:
>  DEFINE QLOCAL(SYSTEM.BROKER.DEFAULT.STREAM)
> REPLACE
>
> 2- RESYSTEM.BROKERINTERBROKER.COMMUNICATIONS
>
> 3-Create a Publish msg flow: It should end with a
> publication node. Someting like:  InutNode1 (which
> is
> the pub queue)---> ComputeNode1--a-->
> PublicationNode
>--b-->2 OutputNode
>
> 4- Create a topic for the flow
>
> Question: Are "creating a topic for a flow" and
> "ending the flow with a publication node" sufficent
> for the publisher to be registered with the broker?
> Is
> there anything else to be done to register the topic
> at the broker?
>
> 5- If MQRFH2 Header is not present in the incoming
> msg
> Construct it in the Compute node. If this is a
> request-reply msg, I am thinkin go copying the
> MQMD.ReplytoQ/Qmgr into NameValueData like this:
>
>
MY.REPLYQMYQMGR
> making sure the length is multiple of 4 (may need
> trailing spaces) as specified in the
> NameValueLength.
> Is this correct?
>
> Question: I know it is recommended that we use
> MQRFH2
> header in new apps. But do I really need it? If I am
> only interested in ReplyToQ/Qmgr fields I can put
> them
> in a app header before the app. data, right? I
> should
> add that we would be receiving and sending messages
> in
> XML...
>
> 6- Persistency (not retantion):  Under the heading
> of
> Message Persistency in the Introduction an Planning
> book (on the bottom of  page 93) it talks about
> options for persistency? What I don't understand is,
> shouldn't the persistency of the publication (which
> the message actually) be the persistency of the
> message as specified in MQMD? How can I make the
> publisher's persistency dependent on the message
> persistency.
>
> Please correct me if my understanding of the above
> points in pub/sub are not quite right. Does anyone
> have a check-list kind of thing for the steps to be
> taken?
>
> Your comments/help would be much appreciated.
>
> Thank you all again,
>
> Steve
> --- Christopher Frank <[EMAIL PROTECTED]> wrote:
> > Steve,
> >
> > >>>As I am a newbie to WMQI (2.1) and my project
> > requires
> > >>>Pub/Sub process of the messages, I would be
> > eternally
> > >>>grateful if someone could give me a doc/info
> with
> > all
> > >>>the steps necessary to do this.
> > >>>
> > >>>Also, is there a detailed description of
> pub/sub
> > >>>anywhere?  I dod not find the Using The Control
> > Center
> > >>>manual very helpful.
> >
> > See chapters 2 - 5 of the WMQI Programming Guide
> for
> > detailed information
> > on writing pub/sub applications.
> >
> > There is also a good Redbook, called "MQSeries
> > Publish/Subscribe
> > Applications" that you can download from
> >
>
http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg246282.pdf.
> >
> > Regards,
> >
> > Christopher Frank
> > Sr. I/T Specialist - IBM Software Group
> > IBM Certified Solutions Expert - Websphere MQ & MQ
> > Integrator
> > 
> > Phone: 612-397-5532 (t/l 653-5532) mobile:
> > 612-669-3008
> > e-mail: [EMAIL PROTECTED]
> >
> > Instructions for managing your mailing list
> > subscription are provided in
> > the Listserv General Users Guide available at
> > http://www.lsoft.com
> > Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
>
> __
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/
>


__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WMQI- Nee help with PUB/SUB

[Steve Muller]

Thanks, bobbeee..

Steve
--- Robert Broderick <[EMAIL PROTECTED]>
wrote:
> Pick up the Support Pack for Publish and Subscribe.
> There is a PDF manual in
> there describing the programming method of pub/sub
> Also the administration
> of the beast.
>
>bobbee
>
>
>
>
>
> >From: Christopher Frank <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: WMQI- Nee help with PUB/SUB
> >Date: Sat, 22 Feb 2003 13:45:43 -0600
> >
> >Steve,
> >
> > >>>As I am a newbie to WMQI (2.1) and my project
> requires
> > >>>Pub/Sub process of the messages, I would be
> eternally
> > >>>grateful if someone could give me a doc/info
> with all
> > >>>the steps necessary to do this.
> > >>>
> > >>>Also, is there a detailed description of
> pub/sub
> > >>>anywhere?  I dod not find the Using The Control
> Center
> > >>>manual very helpful.
> >
> >See chapters 2 - 5 of the WMQI Programming Guide
> for detailed information
> >on writing pub/sub applications.
> >
> >There is also a good Redbook, called "MQSeries
> Publish/Subscribe
> >Applications" that you can download from
>
>http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg246282.pdf.
> >
> >Regards,
> >
> >Christopher Frank
> >Sr. I/T Specialist - IBM Software Group
> >IBM Certified Solutions Expert - Websphere MQ & MQ
> Integrator
> >
> >Phone: 612-397-5532 (t/l 653-5532) mobile:
> 612-669-3008
> >e-mail: [EMAIL PROTECTED]
> >
> >Instructions for managing your mailing list
> subscription are provided in
> >the Listserv General Users Guide available at
> http://www.lsoft.com
> >Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
>
_
> The new MSN 8: smart spam protection and 2 months
> FREE*
> http://join.msn.com/?page=features/junkmail
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WMQI- Nee help with PUB/SUB

[Steve Muller]

Thanks Christopher, Joerg, Marc I have a lot of
reading to do now... It would still be very helpful
for me if someone more experienced could give me a
list of the things that I should do (in point form) to
do pub/sub in WMQI.

So far, from what I have read, I think these are the
steps that I should do or be aware of:

1- Create Publication queue on the broker:
 DEFINE QLOCAL(SYSTEM.BROKER.DEFAULT.STREAM)
REPLACE

2- RESYSTEM.BROKERINTERBROKER.COMMUNICATIONS

3-Create a Publish msg flow: It should end with a
publication node. Someting like:  InutNode1 (which is
the pub queue)---> ComputeNode1--a--> PublicationNode
   --b-->2 OutputNode

4- Create a topic for the flow

Question: Are "creating a topic for a flow" and
"ending the flow with a publication node" sufficent
for the publisher to be registered with the broker? Is
there anything else to be done to register the topic
at the broker?

5- If MQRFH2 Header is not present in the incoming msg
Construct it in the Compute node. If this is a
request-reply msg, I am thinkin go copying the
MQMD.ReplytoQ/Qmgr into NameValueData like this:

MY.REPLYQMYQMGR
making sure the length is multiple of 4 (may need
trailing spaces) as specified in the NameValueLength.
Is this correct?

Question: I know it is recommended that we use MQRFH2
header in new apps. But do I really need it? If I am
only interested in ReplyToQ/Qmgr fields I can put them
in a app header before the app. data, right? I should
add that we would be receiving and sending messages in
XML...

6- Persistency (not retantion):  Under the heading of
Message Persistency in the Introduction an Planning
book (on the bottom of  page 93) it talks about
options for persistency? What I don't understand is,
shouldn't the persistency of the publication (which
the message actually) be the persistency of the
message as specified in MQMD? How can I make the
publisher's persistency dependent on the message
persistency.

Please correct me if my understanding of the above
points in pub/sub are not quite right. Does anyone
have a check-list kind of thing for the steps to be
taken?

Your comments/help would be much appreciated.

Thank you all again,

Steve
--- Christopher Frank <[EMAIL PROTECTED]> wrote:
> Steve,
>
> >>>As I am a newbie to WMQI (2.1) and my project
> requires
> >>>Pub/Sub process of the messages, I would be
> eternally
> >>>grateful if someone could give me a doc/info with
> all
> >>>the steps necessary to do this.
> >>>
> >>>Also, is there a detailed description of pub/sub
> >>>anywhere?  I dod not find the Using The Control
> Center
> >>>manual very helpful.
>
> See chapters 2 - 5 of the WMQI Programming Guide for
> detailed information
> on writing pub/sub applications.
>
> There is also a good Redbook, called "MQSeries
> Publish/Subscribe
> Applications" that you can download from
>
http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg246282.pdf.
>
> Regards,
>
> Christopher Frank
> Sr. I/T Specialist - IBM Software Group
> IBM Certified Solutions Expert - Websphere MQ & MQ
> Integrator
> 
> Phone: 612-397-5532 (t/l 653-5532) mobile:
> 612-669-3008
> e-mail: [EMAIL PROTECTED]
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive



__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WMQI- Nee help with PUB/SUB

[Robert Broderick]

Pick up the Support Pack for Publish and Subscribe. There is a PDF manual in
there describing the programming method of pub/sub Also the administration
of the beast.
  bobbee





From: Christopher Frank <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: WMQI- Nee help with PUB/SUB
Date: Sat, 22 Feb 2003 13:45:43 -0600
Steve,

>>>As I am a newbie to WMQI (2.1) and my project requires
>>>Pub/Sub process of the messages, I would be eternally
>>>grateful if someone could give me a doc/info with all
>>>the steps necessary to do this.
>>>
>>>Also, is there a detailed description of pub/sub
>>>anywhere?  I dod not find the Using The Control Center
>>>manual very helpful.
See chapters 2 - 5 of the WMQI Programming Guide for detailed information
on writing pub/sub applications.
There is also a good Redbook, called "MQSeries Publish/Subscribe
Applications" that you can download from
http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg246282.pdf.
Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive


_
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WMQI- Nee help with PUB/SUB

[Christopher Frank]

Steve,

>>>As I am a newbie to WMQI (2.1) and my project requires
>>>Pub/Sub process of the messages, I would be eternally
>>>grateful if someone could give me a doc/info with all
>>>the steps necessary to do this.
>>>
>>>Also, is there a detailed description of pub/sub
>>>anywhere?  I dod not find the Using The Control Center
>>>manual very helpful.

See chapters 2 - 5 of the WMQI Programming Guide for detailed information
on writing pub/sub applications.

There is also a good Redbook, called "MQSeries Publish/Subscribe
Applications" that you can download from
http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg246282.pdf.

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WMQI- Nee help with PUB/SUB

[Joerg Wende]

Steve,
there is a redbook available: MQSeries Publish/Subscribe Applications
http://www.redbooks.ibm.com/redbooks/SG246282.html
The other suggested reading is: Websphere MQSeries Integrator: Introducing
and Planning. You'll find a chapter about pub/sub.

cheers Joerg




  Steve Muller
  <[EMAIL PROTECTED]>To:   [EMAIL PROTECTED]
  Sent by: MQSeriescc:
  List Subject:  WMQI- Nee help with PUB/SUB
  <[EMAIL PROTECTED]
  N.AC.AT>


  22.02.2003 18:05
  Please respond to
  MQSeries List





Hi all,

As I am a newbie to WMQI (2.1) and my project requires
Pub/Sub process of the messages, I would be eternally
grateful if someone could give me a doc/info with all
the steps necessary to do this.

Also, is there a detailed description of pub/sub
anywhere?  I dod not find the Using The Control Center
manual very helpful.

Thank you all in advance,

Steve

__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WMQI- Nee help with PUB/SUB

[Marc Verhiel]

>>>Hi all,

As I am a newbie to WMQI (2.1) and my project requires
Pub/Sub process of the messages, I would be eternally
grateful if someone could give me a doc/info with all
the steps necessary to do this.

Also, is there a detailed description of pub/sub
anywhere?  I dod not find the Using The Control Center
manual very helpful.

Thank you all in advance,

Steve
<<<

Steve, for a sample of how to set up pub/sub in WMQI refer to the Soccer
sample. For how to code a pub/sub app there use to be a pub/sub manual but
it appears to be out of support. The AMI is probably your best bet now.

Marc Verhiel
O:604 904 9979
C:604 351 9096
F:604 904 9978

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

WMQI- Nee help with PUB/SUB

[Steve Muller]

Hi all,

As I am a newbie to WMQI (2.1) and my project requires
Pub/Sub process of the messages, I would be eternally
grateful if someone could give me a doc/info with all
the steps necessary to do this.

Also, is there a detailed description of pub/sub
anywhere?  I dod not find the Using The Control Center
manual very helpful.

Thank you all in advance,

Steve

__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive