You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@qpid.apache.org by "Frey, Evan" <ev...@us.mizuho-sc.com> on 2010/02/02 16:59:42 UTC
Connecting to another queue manager
We are currently using Websphere MQ for our enterprise and are curious about
using qpid instead. Most of our upstream vendors use Websphere as their
messaging middleware. I wanted to know if there was a transition guide of
some sort that normalizes the nomenclature of Websphere into qpid (amqp)
terms. My questions in particular are as follows:
- Does the concepts of sender, receiver, requestor & server channels have an
analogue in qpid
- Is it possible to connect qpid to a Websphere MQ server (i.e. how can I
put messages on a Websphere MQ queue and vice versa)
I'm not necessarily looking for hand holding, just a good general direction
to go in.
Thanks
Evan
CONFIDENTIAL: This e-mail, including its contents and attachments,
if any, are confidential. It is neither an offer to buy or sell,
nor a solicitation of an offer to buy or sell, any securities or
any related financial instruments mentioned in it. If you are not
the named recipient please notify the sender and immediately delete
it. You may not disseminate, distribute, or forward this e-mail
message or disclose its contents to anybody else. Unless otherwise
indicated, copyright and any other intellectual property rights in
its contents are the sole property of Mizuho Securities USA Inc.
E-mail transmission cannot be guaranteed to be secure or
error-free. The sender therefore does not accept liability for any
errors or omissions in the contents of this message which arise as
a result of e-mail transmission. If verification is required
please request a hard-copy version.
Although we routinely screen for viruses, addressees should
check this e-mail and any attachments for viruses. We make no
representation or warranty as to the absence of viruses in this
e-mail or any attachments. Please note that to ensure regulatory
compliance and for the protection of our customers and business, we
may monitor and read e-mails sent to and from our server(s).
#####################################################################################
Re: Connecting to another queue manager
Posted by "Ian.Kinkade" <ia...@idi-middleware.com>.
Hello Evan,
I saw your email on the QPid and wanted to let you know that we
(Information Design, Inc. www.idi-middleware.com) have a bridge that
takes messages form one vendor (as an example: WMQ) and writes them to
QPid. The bridge can also transfer in the other direction and has a
feature for handling replies automatically.
If you are interested n our product you can read about it and download
the documentation at: http://www.idi-middleware.com/EIP/iqbridge.html
Please advise if there is anything we can do to help you on your quest?
Best Regards ............. Ian
Ian Kinkade
CEO
Information Design, Inc.
145 Durham Road, Suite 11
Madison, CT 06443 USA
URL: www.idi-middleware.com
Email: kinkade@idi-middleware.com
Work: 203-245-0772 Ext: 6212
Fax: 203-245-1885
Cell: 203-589-1192
---------------------------------------------------------------------
This email and any attached files are confidential and may be legally
privileged. If you are not the intended recipient, any disclosure,
reproduction, copying, distribution, or other dissemination or use
of this communication is strictly prohibited. If you have received
this transmission in error please notify the sender immediately and
then delete this email. Email transmission cannot be guaranteed to
be secure or error free as information could be intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or contain
viruses. The sender therefore is in no way liable for any errors
or omissions in the contents of this message which may arise as
a result of email transmission. If verification is required please
request a hard copy.
---------------------------------------------------------------------
On 2/2/2010 10:59 AM, Frey, Evan wrote:
> We are currently using Websphere MQ for our enterprise and are curious about
> using qpid instead. Most of our upstream vendors use Websphere as their
> messaging middleware. I wanted to know if there was a transition guide of
> some sort that normalizes the nomenclature of Websphere into qpid (amqp)
> terms. My questions in particular are as follows:
>
> - Does the concepts of sender, receiver, requestor& server channels have an
> analogue in qpid
> - Is it possible to connect qpid to a Websphere MQ server (i.e. how can I
> put messages on a Websphere MQ queue and vice versa)
>
> I'm not necessarily looking for hand holding, just a good general direction
> to go in.
>
> Thanks
>
> Evan
>
>
> CONFIDENTIAL: This e-mail, including its contents and attachments,
> if any, are confidential. It is neither an offer to buy or sell,
> nor a solicitation of an offer to buy or sell, any securities or
> any related financial instruments mentioned in it. If you are not
> the named recipient please notify the sender and immediately delete
> it. You may not disseminate, distribute, or forward this e-mail
> message or disclose its contents to anybody else. Unless otherwise
> indicated, copyright and any other intellectual property rights in
> its contents are the sole property of Mizuho Securities USA Inc.
> E-mail transmission cannot be guaranteed to be secure or
> error-free. The sender therefore does not accept liability for any
> errors or omissions in the contents of this message which arise as
> a result of e-mail transmission. If verification is required
> please request a hard-copy version.
> Although we routinely screen for viruses, addressees should
> check this e-mail and any attachments for viruses. We make no
> representation or warranty as to the absence of viruses in this
> e-mail or any attachments. Please note that to ensure regulatory
> compliance and for the protection of our customers and business, we
> may monitor and read e-mails sent to and from our server(s).
> #####################################################################################
>
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org
Does queuePurge send to the alternate exchange?
Posted by Andrew L <kh...@hotmail.com>.
When I purge a queue (it is exclusive, auto-delete), the messages are not sent to the alternate exchange specified for the queue.
Is this the anticipated functionality? Or should those messages be sent to the alternate exchange?
Thanks.
_________________________________________________________________
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
http://clk.atdmt.com/GBL/go/201469229/direct/01/
Re: Leave (peek) message on queue
Posted by Alan Conway <ac...@redhat.com>.
On 02/03/2010 05:16 PM, Andrew L wrote:
>
> Changing the code to this obtained the desired result:
>
> SubscriptionManager idSubscription(session);
> Message m;
>
> LocalQueue lq;
> qpid::sys::Duration duration(1000000000);
>
> std::string queue("queue");
> std::string unique = qpid::framing::Uuid(true).str();
> idSubscription.subscribe(lq, queue, SubscriptionSettings(FlowControl::messageCredit(1), qpid::framing::message::ACCEPT_MODE_NONE, qpid::framing::message::ACQUIRE_MODE_NOT_ACQUIRED, 0), unique);
> lq.get(m, duration);
>
>
> It appears that SubscriptionManager::get uses a separate SubscriptionSettings and thus was not honoring the previous calls to configure the settings from the SubscriptionManager::setAccetMode, etc.
>
>
That's correct - I'll update the API comment to make this more clear, I can see
why you were misled.
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org
RE: Leave (peek) message on queue
Posted by Andrew L <kh...@hotmail.com>.
Changing the code to this obtained the desired result:
SubscriptionManager idSubscription(session);
Message m;
LocalQueue lq;
qpid::sys::Duration duration(1000000000);
std::string queue("queue");
std::string unique = qpid::framing::Uuid(true).str();
idSubscription.subscribe(lq, queue, SubscriptionSettings(FlowControl::messageCredit(1), qpid::framing::message::ACCEPT_MODE_NONE, qpid::framing::message::ACQUIRE_MODE_NOT_ACQUIRED, 0), unique);
lq.get(m, duration);
It appears that SubscriptionManager::get uses a separate SubscriptionSettings and thus was not honoring the previous calls to configure the settings from the SubscriptionManager::setAccetMode, etc.
> From: khayman218@hotmail.com
> To: users@qpid.apache.org
> Subject: Leave (peek) message on queue
> Date: Wed, 3 Feb 2010 16:56:29 -0500
>
>
> I am trying to just peek at a message on the queue. I do not want to acquire or accept it. I have tried the following code:
>
>
> SubscriptionManager idSubscription(session);
> Message m;
> idSubscription.setAcceptMode(qpid::framing::message::ACCEPT_MODE_NONE);
> idSubscription.setAcquireMode(qpid::framing::message::ACQUIRE_MODE_NOT_ACQUIRED);
> idSubscription.get(m, "queue");
>
> I thought I had set the modes correctly (I also tried the ACCEPT_MODE_EXPLICIT), but the message is always dequeued. Do I need to release the message? Or configure the peek differently?
>
> Thanks.
>
> _________________________________________________________________
> Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
> http://clk.atdmt.com/GBL/go/201469226/direct/01/
_________________________________________________________________
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
http://clk.atdmt.com/GBL/go/201469229/direct/01/
Leave (peek) message on queue
Posted by Andrew L <kh...@hotmail.com>.
I am trying to just peek at a message on the queue. I do not want to acquire or accept it. I have tried the following code:
SubscriptionManager idSubscription(session);
Message m;
idSubscription.setAcceptMode(qpid::framing::message::ACCEPT_MODE_NONE);
idSubscription.setAcquireMode(qpid::framing::message::ACQUIRE_MODE_NOT_ACQUIRED);
idSubscription.get(m, "queue");
I thought I had set the modes correctly (I also tried the ACCEPT_MODE_EXPLICIT), but the message is always dequeued. Do I need to release the message? Or configure the peek differently?
Thanks.
_________________________________________________________________
Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
http://clk.atdmt.com/GBL/go/201469226/direct/01/
Re: Connecting to another queue manager
Posted by Carl Trieloff <cc...@redhat.com>.
yes, the translation of most of the things you can do in MQ are quite
simple to do. A liitle bit of though needs to be done when translating
model queues.
Carl.
On 02/02/2010 10:59 AM, Frey, Evan wrote:
> We are currently using Websphere MQ for our enterprise and are curious about
> using qpid instead. Most of our upstream vendors use Websphere as their
> messaging middleware. I wanted to know if there was a transition guide of
> some sort that normalizes the nomenclature of Websphere into qpid (amqp)
> terms. My questions in particular are as follows:
>
> - Does the concepts of sender, receiver, requestor& server channels have an
> analogue in qpid
> - Is it possible to connect qpid to a Websphere MQ server (i.e. how can I
> put messages on a Websphere MQ queue and vice versa)
>
> I'm not necessarily looking for hand holding, just a good general direction
> to go in.
>
> Thanks
>
> Evan
>
>
> CONFIDENTIAL: This e-mail, including its contents and attachments,
> if any, are confidential. It is neither an offer to buy or sell,
> nor a solicitation of an offer to buy or sell, any securities or
> any related financial instruments mentioned in it. If you are not
> the named recipient please notify the sender and immediately delete
> it. You may not disseminate, distribute, or forward this e-mail
> message or disclose its contents to anybody else. Unless otherwise
> indicated, copyright and any other intellectual property rights in
> its contents are the sole property of Mizuho Securities USA Inc.
> E-mail transmission cannot be guaranteed to be secure or
> error-free. The sender therefore does not accept liability for any
> errors or omissions in the contents of this message which arise as
> a result of e-mail transmission. If verification is required
> please request a hard-copy version.
> Although we routinely screen for viruses, addressees should
> check this e-mail and any attachments for viruses. We make no
> representation or warranty as to the absence of viruses in this
> e-mail or any attachments. Please note that to ensure regulatory
> compliance and for the protection of our customers and business, we
> may monitor and read e-mails sent to and from our server(s).
> #####################################################################################
>
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org