Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@activemq.apache.org
Received-SPF: error (athena.apache.org: local policy)
Message-ID: <551A6606.5020403@nanthrax.net>
Date: Tue, 31 Mar 2015 11:16:54 +0200
From: =?UTF-8?B?SmVhbi1CYXB0aXN0ZSBPbm9mcsOp?= <jb@nanthrax.net>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: dev@activemq.apache.org
Subject: Re: [PROPOSAL] Pluggable Brokers...
References: 
 <CALznzY40Cb4FS9dCc=AMFhwVbu+H7QGPfpXj5n6acC3gtpW46g@mail.gmail.com>
In-Reply-To: 
 <CALznzY40Cb4FS9dCc=AMFhwVbu+H7QGPfpXj5n6acC3gtpW46g@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable

+1

Regards
JB

On 03/30/2015 03:23 PM, James Carman wrote:
> All,
>
> With all the talk over the last week or so regarding the "Broker
> Wars", especially after reading Rob Davies' email about how the broker
> has been tweaked through the years to emphasize different aspects
> (long-term storage for instance), it occurred to me that we might be
> able to move past all this craziness by providing an abstraction layer
> above the broker and try to make them "pluggable."
>
> If there really are situations where the broker needs to focus on one
> particular aspect of message delivery, that sounds to me like the
> "strategy" pattern.  If a broker can be written in such a way that it
> is allowed to focus on certain aspects and maybe ignore or completely
> forego others, then it would seem to me that the code could be made
> much more straight-forward, because it doesn't have to try to be the
> "swiss army knife", solving everyone's problems at one time.
>
> Of course, this may be just a pipe dream and there's no way to do it
> (admittedly I'm not terribly familiar with the code), but I thought
> I'd throw it out there as a possible approach.  I mean, we do this
> sort of thing already with the persistence providers, so maybe there's
> an opportunity here as well.
>
> Thoughts?
>
> James
>

--=20
Jean-Baptiste Onofr=C3=A9
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com