Re: [Fixed] Programatically setting up a proxying broker

2017-08-04 Thread Tim Bain
Ah, makes sense. Thanks for clarifying. Tim On Aug 4, 2017 7:35 AM, "Clebert Suconic" wrote: Oh.. duh... apologize... I misread this through the iPhone yesterday.. I thought it was referring to Proxy to the connections: https://github.com/apache/activemq-artemis/pull/1293 On Fri, Aug 4, 2017

Re: [Fixed] Programatically setting up a proxying broker

2017-08-04 Thread Clebert Suconic
Oh.. duh... apologize... I misread this through the iPhone yesterday.. I thought it was referring to Proxy to the connections: https://github.com/apache/activemq-artemis/pull/1293 On Fri, Aug 4, 2017 at 9:08 AM, Tim Bain wrote: > Clebert, which feature were you referring to? > > On Aug 3, 2017 9

Re: [Fixed] Programatically setting up a proxying broker

2017-08-04 Thread Tim Bain
Clebert, which feature were you referring to? On Aug 3, 2017 9:44 PM, "Clebert Suconic" wrote: > There is a pending pull request in activemq artemis to add that feature. > > On Thu, Aug 3, 2017 at 11:51 AM Mark Raynsford < > list+org.apache.activ...@io7m.com> wrote: > > > On 2017-08-03T08:57:38

Re: [Fixed] Programatically setting up a proxying broker

2017-08-04 Thread Tim Bain
Ah, that makes sense. Those class names are a little confusing, and so is the term "discovery" since it sounds like it should mean "runtime discovery of dynamic information" but static discovery actually means "discovery from a config file." Since it sounds like you aren't planning to continue usi

Re: [Fixed] Programatically setting up a proxying broker

2017-08-03 Thread Clebert Suconic
There is a pending pull request in activemq artemis to add that feature. On Thu, Aug 3, 2017 at 11:51 AM Mark Raynsford < list+org.apache.activ...@io7m.com> wrote: > On 2017-08-03T08:57:38 -0600 > Tim Bain wrote: > > > > My question was why you needed to subclass it in the first place. > > Ah, t

Re: [Fixed] Programatically setting up a proxying broker

2017-08-03 Thread Mark Raynsford
On 2017-08-03T08:57:38 -0600 Tim Bain wrote: > > My question was why you needed to subclass it in the first place. Ah, that was down to an error in thinking on my part when looking at the available network connectors. It went something like this: "Hm, need a NetworkConnector. Don't seem to need '

Re: [Fixed] Programatically setting up a proxying broker

2017-08-03 Thread Tim Bain
My question was why you needed to subclass it in the first place. On Aug 3, 2017 6:51 AM, "Mark Raynsford" wrote: > On 2017-08-03T06:29:48 -0600 > Tim Bain wrote: > > > OK, glad to hear that it's working properly now. > > > > But I'm surprised to hear that you think the existing classes don't d

Re: [Fixed] Programatically setting up a proxying broker

2017-08-03 Thread Mark Raynsford
On 2017-08-03T06:29:48 -0600 Tim Bain wrote: > OK, glad to hear that it's working properly now. > > But I'm surprised to hear that you think the existing classes don't do what > you want; what are you looking for that you couldn't get? Sorry, that was phrased poorly. What I meant was that the a

Re: [Fixed] Programatically setting up a proxying broker

2017-08-03 Thread Tim Bain
OK, glad to hear that it's working properly now. But I'm surprised to hear that you think the existing classes don't do what you want; what are you looking for that you couldn't get? Tim On Aug 3, 2017 4:38 AM, "Mark Raynsford" wrote: > I discovered what the problem was. > > I'd created my own

Re: [Fixed] Programatically setting up a proxying broker

2017-08-03 Thread Mark Raynsford
I discovered what the problem was. I'd created my own subclass of NetworkConnector, because none of the existing implementations seemed to be what I needed. It turns out that I actually needed to use DiscoveryNetworkConnector; the abstract NetworkConnector base class doesn't actually do any useful