Original Message -
From: Yongming Zhao
To: dev@trafficserver.apache.org; Jason Kenny
Cc: Alan Carroll
Sent: Wednesday, January 27, 2016 11:42 AM
Subject: Re: Proposal for how to update source code layout.
this thread is a big evolution change in TS if it happen, glad to see the
discuss right now o
In talking with Jason my impression is that he wants to implement this shift
via smaller changes like TS-4092. My concern is if we don't have a final
structure to which we are moving we could end up in a worse mess than we are
now. And if we are going to make significant changes I think in for a
es will happen, but those should
> be smaller and simpler with this work done as a base.
>
> Jason
>
>
> - Original Message -
> From: James Peach
> To: dev@trafficserver.apache.org; Alan Carroll
> Sent: Tuesday, January 26, 2016 3:36 PM
> Subject: Re: Proposa
as you find code that deserves to be an independent
module, or could be in a better source location, that is great!
>
> Jason
>
>
> - Original Message -
> From: James Peach
> To: dev@trafficserver.apache.org; Alan Carroll
> Sent: Tuesday, January 26, 2016 3:36
: dev@trafficserver.apache.org; Alan Carroll
Sent: Tuesday, January 26, 2016 3:36 PM
Subject: Re: Proposal for how to update source code layout.
> On Jan 26, 2016, at 11:07 AM, Alan Carroll
> wrote:
>
> My view is that getting or at least having a target source tree that is
> better organi
> On Jan 26, 2016, at 11:07 AM, Alan Carroll
> wrote:
>
> My view is that getting or at least having a target source tree that is
> better organized is a big help in doing the things HRP wants to do. Certainly
> when I have looked at doing that sort of cleanup, the current structure is an
>
26, 2016 1:34 PM
Subject: Re: Proposal for how to update source code layout.
Can you talk more about the alternative build system? This is one that I don't
think we need to change really, but I am open to the idea and want to
understand it better.
Thanks.
On Tue, Jan 26, 2016 at 12:
we have a clear understand of why this is a needed pre-step to a number of
other wanted and needed improvements to ATS.
Jason
From: James Peach
To: dev@trafficserver.apache.org; Jason Kenny
Sent: Tuesday, January 26, 2016 12:47 PM
Subject: Re: Proposal fo
ber
> To: dev@trafficserver.apache.org; Jason Kenny
> Sent: Tuesday, January 26, 2016 12:32 PM
> Subject: Re: Proposal for how to update source code layout.
>
> This seems generally good to me. I welcome a more modern structure. I also
> prefer the first layout you mentioned,
Sent: Tuesday, January 26, 2016 12:32 PM
Subject: Re: Proposal for how to update source code layout.
This seems generally good to me. I welcome a more modern structure. I also
prefer the first layout you mentioned, but it may be necessary to do the second
layout and then move to the first
My view is that getting or at least having a target source tree that is better
organized is a big help in doing the things HRP wants to do. Certainly when I
have looked at doing that sort of cleanup, the current structure is an
impediment. For example, the RPC logic needs to be pulled out of mgm
I really think that developer time would be better spent on projects like
removing the Tcl dependency, figuring out whether proxy/StatSystem.cc is really
needed any more, cleaning up the XML dependencies, removing STL containers
where it makes sense, improving test coverage and usability, making
This seems generally good to me. I welcome a more modern structure. I also
prefer the first layout you mentioned, but it may be necessary to do the
second layout and then move to the first. That might make others more
comfortable. I personally see a lot of value in what you describe, but I
know oth
13 matches
Mail list logo
