On Tue, Oct 25, 2016 at 8:03 PM, John D. Ament <johndam...@apache.org> wrote:
>
>
> On Tue, Oct 25, 2016 at 10:27 PM Anthony Baker <aba...@pivotal.io> wrote:
>>
>> What I’m taking from this thread is that:
>>
>> 1) We (the Geode project) need to rework the README now that we have maven
>> artifacts available.
>
> I'm not sure the relationship.  There's two issues I see with the current
> docs.
>
> 1. They're pointing to Pivotal, meaning you need to go to a vendor to
> understand how to use Geode.  While I understand this was a late donation
> from Pivotal, it should be treated as a priority to use ASF docs.

Thanks for spotting a couple of links in the README -- we need to change it.

> 2. They're pointing to client libraries from that same vendor.  The project
> should provide OOTB self maintained libraries for developers to leverage the
> tool, without the use of a third party.

Which libraries are you talking about? The ones I see all are available either
from Spring.io or from Maven central.

> I'll point out that one of your mentors has suggested that this project is
> really close to graduation... based on what I'm seeing (and to explain -
> this isn't a random drive by, I'm looking at alternate persistence stores
> for ActiveMQ Artemis), this project still has very close ties to a vendor
> and unless it can separate that I'm not sure it can graduate.

John, while I appreciate your very constructive feedback and diligent
mentorship I feel your assessment is unfair. In fact, $ git grep -i pivotal
in the workspace provides a very instructive count of how far the
project has gone to distance itself from the vendor it came from (and
the fact that you can fit it on a single screen is even more instructive).

On top of that -- there ALWAYS will be value added components that
certain vendors are going to distributed around the project. That includes
Pivotal. As it stands, Geode is fully self-contained which is not to say
it provides all the client functionality one could think of. While excessive
advertisement of such additional functionality is clearly not accepabtle,
tactuflly pointing users at the directions of open source extensions (Spring.io)
or even closed source ones (Pivotal, Ampool, SnappyData) is quite an
accepted practice.

Thanks,
Roman.

Reply via email to