I agree keeping the source separate is a good idea to start.  If we find
some benefit later in merging the two trees, it's easy enough to do so,
it's more of a pain to split things apart.

The build system used plays a big part as well - ant is definitely not
doing us any favors here.


On Tue, Apr 28, 2020 at 9:00 AM Sylvain Lebresne <lebre...@gmail.com> wrote:

> On Tue, Apr 28, 2020 at 5:10 PM Joshua McKenzie <jmcken...@apache.org>
> wrote:
>
> > >
> > >  If we're talking day to day
> > > maintenance, so the bulk of the work really, then I feel rather
> confident
> > > saying that you are wrong,
> >
> > You're confidently responding to something I wasn't trying to say. :) I
> may
> > not have communicated clearly. I was attempting to enumerate:
> >
> >    1. New feature development will likely require coordination between
> >    server and drivers (i.e. driver changes are required to support new
> >    features in server)
> >    2. Future roadmap for the core server and drivers will likely overlap
> >    (see #1)
> >    3. CEP's for 1 and 2, assuming one accepts the assertion that features
> >    require driver changes, mean CEP's will have components of both
> >    4. Independent architectural or API changes in the drivers will likely
> >    impact the server, and thus also require coordination. Especially with
> >    drivers being nested and used extensively in cqlsh, tests, etc.
> >
> > I was not speaking to the day to day maintenance of the projects but
> rather
> > the larger feature-level, roadmap, architectural planning of them. I
> would
> > not expect day to day maintenance to intersect with the governance of the
> > projects on a regular basis.
> >
>
> As often, disagreement is more often than not a communication issue. I
> apologize
> for not doing a better job at understanding your points (and apologize for
> my less
> than optimal phrasing on that sentence).
>
> But hopefully the rest of my email had also clarified that I do not
> disagree with the
> general roadmapping and project planning to be common (for drivers and
> server).
> In fact, I'm in favor of that. That's why I suggesting a single "Apache"
> project, not
> to incubate different ones in particular.
>
> But I also want us to ensure that whatever change of organization we make
> while
> accepting the drivers does not make the day-to-day maintenance harder. And
> again, at that level, I think server and driver are more different than
> they are same,
> so some separation a "some" level is likely necessary. I'll refer to my
> previous email
> for where I'd personally keep things separated and were I wouldn't.
>
> --
> Sylvain
>

Reply via email to