Hello Alan,

Great to hear that!


I don't know what are the classes in the Dispatch Router which will be 
refactored and maybe some of my patches will be irrelevant.

It took me 2 weeks to be able to compile and test the Dispatch Router 0.7.0 (A 
large part of the code evolved since 0.5.0).


All the patches are listed below. I hope you could have a look at them.

https://issues.apache.org/jira/browse/DISPATCH-627
https://issues.apache.org/jira/browse/DISPATCH-626
https://issues.apache.org/jira/browse/DISPATCH-624
https://issues.apache.org/jira/browse/DISPATCH-623
https://issues.apache.org/jira/browse/DISPATCH-622
https://issues.apache.org/jira/browse/DISPATCH-621
https://issues.apache.org/jira/browse/DISPATCH-620
https://issues.apache.org/jira/browse/DISPATCH-619
https://issues.apache.org/jira/browse/DISPATCH-618
https://issues.apache.org/jira/browse/DISPATCH-617
https://issues.apache.org/jira/browse/DISPATCH-616
https://issues.apache.org/jira/browse/DISPATCH-615
https://issues.apache.org/jira/browse/DISPATCH-614
https://issues.apache.org/jira/browse/DISPATCH-613
https://issues.apache.org/jira/browse/DISPATCH-612

Regards,

Adel


________________________________
From: Alan Conway <[email protected]>
Sent: Thursday, February 2, 2017 4:03:50 PM
To: [email protected]
Subject: Re: [Dispatch Router] Unexpected behavior when starting the same 
dispatch router twice

On Fri, 2017-01-20 at 15:10 +0000, Adel Boutros wrote:
> We have not yet compiled proton with libuv so I might not be that
> straightforward for us.
>
>
> I hope the new I/O will work easily because I have already around 7
> patches for 0.7.0 and I am at 27% compilation.
>
>

So do I :) If you want a preview I can put snapshots on a branch. It is
 sort-of working but still full of holes where I cut out the old
driver, and it falls down one of them from time to time. I am filling
them in as fast as I can...

I'll take account of any patches on master as I go, if you have patches
that aren't ported to master for some reason, and you think they might
be relevant let me know.

Lets track it here: https://issues.apache.org/jira/browse/DISPATCH-390


> Regards,
>
> Adel
>
> ________________________________
> From: Ted Ross <[email protected]>
> Sent: Friday, January 20, 2017 3:58:51 PM
> To: [email protected]
> Subject: Re: [Dispatch Router] Unexpected behavior when starting the
> same dispatch router twice
>
> You should be aware that Alan Conway is working on converting the
> Dispatch I/O layer to use Proton proactor and libuv.  This might make
> the port to Solaris (and Windows) much easier.
>
> -Ted
>
>
> On 01/20/2017 09:54 AM, Adel Boutros wrote:
> > I hope by that time I will have finished porting Dispatch Router to
> > Solaris and submitted my patches. There have been a lot of changes
> > since the last time we tried to compile 0.5 on Solaris :(
> >
> >
> > Regards,
> >
> > Adel
> >
> > ________________________________
> > From: Ted Ross <[email protected]>
> > Sent: Friday, January 20, 2017 2:50:49 PM
> > To: [email protected]
> > Subject: Re: [Dispatch Router] Unexpected behavior when starting
> > the same dispatch router twice
> >
> > Actually, we haven't settled on a schedule for 0.8.0 yet.  There
> > are 90
> > issues assigned to 0.8.0 with 11 currently not resolved.
> >
> > I think mid-to-late February would be a good timeframe for this
> > release.
> >
> > -Ted
> >
> > On 01/20/2017 08:39 AM, Ganesh Murthy wrote:
> > > 0.8 is expected to come out around mid February.
> > >
> > > ----- Original Message -----
> > > > From: "Adel Boutros" <[email protected]>
> > > > To: [email protected]
> > > > Sent: Friday, January 20, 2017 8:31:40 AM
> > > > Subject: Re: [Dispatch Router] Unexpected behavior when
> > > > starting the same dispatch router twice
> > > >
> > > > Thanks Ted!
> > > >
> > > >
> > > > Is 0.8 expected to come out soon?
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Adel
> > > >
> > > > ________________________________
> > > > From: Ted Ross <[email protected]>
> > > > Sent: Friday, January 20, 2017 2:06:24 PM
> > > > To: [email protected]
> > > > Subject: Re: [Dispatch Router] Unexpected behavior when
> > > > starting the same
> > > > dispatch router twice
> > > >
> > > > Adel,
> > > >
> > > > This was raised as a Jira
> > > > (https://issues.apache.org/jira/browse/DISPATCH-55) and has
> > > > been
> > > > resolved for 0.8.0.  There's some discussion captured on that
> > > > issue.
> > > >
> > > > The short answer is: Yes, the second start should fail.
> > > >
> > > > -Ted
> > > >
> > > > On 01/20/2017 03:45 AM, Adel Boutros wrote:
> > > > > Hello,
> > > > >
> > > > >
> > > > > I was messing around with the Dispatch Router and noticed a
> > > > > weird behavior.
> > > > >
> > > > >
> > > > > If I start the dispatch router with a config file a first
> > > > > time, the broker
> > > > > is started correctly and is available.
> > > > >
> > > > > If I start the same dispatch router a second time with the
> > > > > same config
> > > > > file, it doesn't fail but in the logs it says the address is
> > > > > already bound
> > > > > but it continues processing the config file.
> > > > >
> > > > >
> > > > > Do you confirm that the second start should crash the
> > > > > dispatch router?
> > > > >
> > > > >
> > > > > Logs on starting second dispatch router
> > > > >
> > > > > ----------------------------------------------------
> > > > >
> > > > > Fri Jan 20 09:40:58 2017 DRIVER (error) bind: Address already
> > > > > in use
> > > > > Fri Jan 20 09:40:58 2017 AGENT (debug) Add entity:
> > > > > ListenerEntity(addr=0.0.0.0, authenticatePeer=False, cost=1,
> > > > > host=127.0.0.1, identity=listener/127.0.0.1:10501,
> > > > > idleTimeoutSeconds=16,
> > > > > maxFrameSize=16384, port=10501, requireEncryption=False,
> > > > > requireSsl=False,
> > > > > role=normal, saslMechanisms=ANONYMOUS, stripAnnotations=both,
> > > > > type=org.apache.qpid.dispatch.listener)
> > > > > Fri Jan 20 09:40:58 2017 POLICY (info) Policy configured
> > > > > maximumConnections: 0, policyFolder: '', access rules
> > > > > enabled: 'false'
> > > > > Fri Jan 20 09:40:58 2017 AGENT (debug) Add entity:
> > > > > Entity(defaultApplication=, defaultApplicationEnabled=False,
> > > > > enableAccessRules=False, maximumConnections=0, policyFolder=,
> > > > > type=org.apache.qpid.dispatch.policy)
> > > > > ....
> > > > >
> > > > >
> > > > > Regards,
> > > > >
> > > > > Adel
> > > > >
> > > >
> > > > -------------------------------------------------------------
> > > > --------
> > > > To unsubscribe, e-mail: [email protected]
> > > > For additional commands, e-mail: [email protected]
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------
> > > ------
> > > To unsubscribe, e-mail: [email protected]
> > > For additional commands, e-mail: [email protected]
> > >
> >
> > -----------------------------------------------------------------
> > ----
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to