You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@qpid.apache.org by Nicolas <ni...@gmail.com> on 2011/05/13 21:06:09 UTC
Custom Lessening Handler/Adapter/Gateway
Hi all,
Firstly, my apologies if this question has been asked and answered multiple
times.
I am evaluating a number of EMSs, ESBs and SOA stacks, both non-free and
F/OSS.
We are using a proprietary, in-house developed messaging layer developed 10
years ago, with a few bug fixes since then (yeh, don't say a thing about
that, I've only been there 6 months). Our system vaguely resembles SOA.
I want to attach one of our clients and services to QPid, without having to
recompile them (the coupling and cohesion is way too tight for a basic
evaluation)
I want to create a message handler/adapter to attach to QPid that talks our
protocols, doing the necessary translation. Is this possible? How?
The only other option is to create a separate gateway that does the
translation, linking QPid with our broker.
Thank you in advance,
/~Nicolas
RE: RE: Custom Lessening Handler/Adapter/Gateway
Posted by Steve Huston <sh...@riverace.com>.
Ah, I get it - thanks.
For the module extending qpid, you can write a plug-in but, as you note,
there are no API-level docs for that. You'd have to read the existing
plug-in code (the message stores are plug-ins, as is , I believe, the
SSL module on Linux). But you'd then have to interact with queues and
exchanges from inside the broker environment and I would not want to try
that, especially for an experiment to see if qpid works. I recommend the
separate process route.
-Steve
> -----Original Message-----
> From: Nicolas [mailto:nimmelman@gmail.com]
> Sent: Friday, May 13, 2011 3:31 PM
> To: users@qpid.apache.org
> Subject: Re: RE: Custom Lessening Handler/Adapter/Gateway
>
>
> Thanks for the reply & sorry for the autocorrect error in the
> subject. Meant to be Messenging.
>
> The two options are: A separate process or a module/library
> that extends QPid. For the former I can get info from the
> docs, but haven't seen anything to help me with the latter.
>
> /~Nicolas
>
> On 13 May 2011 9:23 PM, "Steve Huston" <sh...@riverace.com> wrote:
> > Hi Nicolas,
> >
> >> Firstly, my apologies if this question has been asked and answered
> >> multiple times.
> >
> > No problem. And welcome.
> >
> >> I am evaluating a number of EMSs, ESBs and SOA stacks,
> both non-free
> >> and F/OSS.
> >>
> >> We are using a proprietary, in-house developed messaging layer
> >> developed 10 years ago, with a few bug fixes since then
> (yeh, don't
> >> say a thing about that, I've only been there 6 months). Our system
> >> vaguely resembles SOA.
> >
> > Ok.
> >
> >> I want to attach one of our clients and services to QPid, without
> >> having to recompile them (the coupling and cohesion is way
> too tight
> >> for a basic evaluation)
> >>
> >> I want to create a message handler/adapter to attach to QPid that
> >> talks our protocols, doing the necessary translation. Is this
> >> possible? How? The only other option is to create a
> separate gateway
> >> that does the translation, linking QPid with our broker.
> >
> > I'm not sure what the difference between those two options
> are, but,
> > yes, you can write an adapter that interfaces to qpid on
> one side and
> > feeds/digests things from your existing broker. SMOP :-)
> >
> > -Steve
> >
> > --
> > Steve Huston, Riverace Corporation
> > Total Lifecycle Support for Your Networked Applications
> > http://www.riverace.com
> >
> >
> >
> ---------------------------------------------------------------------
> > Apache Qpid - AMQP Messaging Implementation
> > Project: http://qpid.apache.org
> > Use/Interact: mailto:users-subscribe@qpid.apache.org
> >
>
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org
Re: RE: Custom Lessening Handler/Adapter/Gateway
Posted by Nicolas <ni...@gmail.com>.
Thanks for the reply & sorry for the autocorrect error in the subject. Meant
to be Messenging.
The two options are: A separate process or a module/library that extends
QPid. For the former I can get info from the docs, but haven't seen anything
to help me with the latter.
/~Nicolas
On 13 May 2011 9:23 PM, "Steve Huston" <sh...@riverace.com> wrote:
> Hi Nicolas,
>
>> Firstly, my apologies if this question has been asked and
>> answered multiple times.
>
> No problem. And welcome.
>
>> I am evaluating a number of EMSs, ESBs and SOA stacks, both
>> non-free and F/OSS.
>>
>> We are using a proprietary, in-house developed messaging
>> layer developed 10 years ago, with a few bug fixes since then
>> (yeh, don't say a thing about that, I've only been there 6
>> months). Our system vaguely resembles SOA.
>
> Ok.
>
>> I want to attach one of our clients and services to QPid,
>> without having to recompile them (the coupling and cohesion
>> is way too tight for a basic evaluation)
>>
>> I want to create a message handler/adapter to attach to QPid
>> that talks our protocols, doing the necessary translation. Is
>> this possible? How? The only other option is to create a
>> separate gateway that does the translation, linking QPid with
>> our broker.
>
> I'm not sure what the difference between those two options are, but,
> yes, you can write an adapter that interfaces to qpid on one side and
> feeds/digests things from your existing broker. SMOP :-)
>
> -Steve
>
> --
> Steve Huston, Riverace Corporation
> Total Lifecycle Support for Your Networked Applications
> http://www.riverace.com
>
>
> ---------------------------------------------------------------------
> Apache Qpid - AMQP Messaging Implementation
> Project: http://qpid.apache.org
> Use/Interact: mailto:users-subscribe@qpid.apache.org
>
RE: Custom Lessening Handler/Adapter/Gateway
Posted by Steve Huston <sh...@riverace.com>.
Hi Nicolas,
> Firstly, my apologies if this question has been asked and
> answered multiple times.
No problem. And welcome.
> I am evaluating a number of EMSs, ESBs and SOA stacks, both
> non-free and F/OSS.
>
> We are using a proprietary, in-house developed messaging
> layer developed 10 years ago, with a few bug fixes since then
> (yeh, don't say a thing about that, I've only been there 6
> months). Our system vaguely resembles SOA.
Ok.
> I want to attach one of our clients and services to QPid,
> without having to recompile them (the coupling and cohesion
> is way too tight for a basic evaluation)
>
> I want to create a message handler/adapter to attach to QPid
> that talks our protocols, doing the necessary translation. Is
> this possible? How? The only other option is to create a
> separate gateway that does the translation, linking QPid with
> our broker.
I'm not sure what the difference between those two options are, but,
yes, you can write an adapter that interfaces to qpid on one side and
feeds/digests things from your existing broker. SMOP :-)
-Steve
--
Steve Huston, Riverace Corporation
Total Lifecycle Support for Your Networked Applications
http://www.riverace.com
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org