Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2F8928AE3 for ; Tue, 13 Sep 2011 15:52:23 +0000 (UTC) Received: (qmail 46384 invoked by uid 500); 13 Sep 2011 15:52:22 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 46236 invoked by uid 500); 13 Sep 2011 15:52:22 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 46228 invoked by uid 99); 13 Sep 2011 15:52:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Sep 2011 15:52:22 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [64.85.173.253] (HELO server.dankulp.com) (64.85.173.253) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Sep 2011 15:52:15 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id 610DF183F3A; Tue, 13 Sep 2011 11:51:54 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter-general@incubator.apache.org.IyN6qxceOM Received: from dilbert.dankulp.com (c-24-91-72-253.hsd1.ma.comcast.net [24.91.72.253]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTPSA id 8B174183F38; Tue, 13 Sep 2011 11:51:51 -0400 (EDT) From: Daniel Kulp To: general@incubator.apache.org Cc: Doug Meil Subject: Re: Accumulo incubator proposal: Statement of Concern Date: Tue, 13 Sep 2011 11:51:49 -0400 Message-ID: <3512774.F1K8XblJWu@dilbert.dankulp.com> User-Agent: KMail/4.7.1 (Linux/3.0.1; KDE/4.7.1; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-102.9 required=3.0 tests=ALL_TRUSTED,BAYES_00, SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.1 Doug, As Greg and others have pointed out, none of this really matters, but since, you did ask for some examples, I can think of two immediately: 1) As Dim's pointed out, when CXF entered the incubator, it obviously conflicted directly with Axis2. Many ideas were the same. Many of the goals were the same. Etc... The community was different. There WERE forks of some Apache WebServices things into CXF (a fork of Neethi being the primary one). In the long run, things have worked out quite well with both Axis2 and CXF thriving despite both being written in Java and with likely a 90% overlap in target problems they are trying to solve. The communities have started working together on some of the underlying libs (example: ideas from the fork of Neethi in CXF was pushed into ws to become Neethi 3.0 which they now both use, but it took 4 years to get there), but the bulk of the communities are separate. 2) Wink - when Wink entered the incubator, one of the proposed blocks of code in the grant was a direct fork (with many changes) of the CXF JAX-RS implementation. They ended up going a different direction, but one of the original code bases was a direct fork of another Apache project. They've figured out their niche, the CXF JAX-RS implementation has figure out it's place and both are used. So basically, as a bunch of folks have been saying, in many cases, a fork or a new community duplicating some ideas in a new (or even the same) way is NOT a bad thing. The incubator is here to foster new communities and help them succeed and find their own place in the Apache ecosystem. If that competes/overlaps with another Apache project, SO WHAT. Each community can find their own niche and own solutions. Users can go to whichever solves their problems better. Anyway, you asked for examples, there are the two that popped into my head immediately. Dan On Monday, September 12, 2011 10:34:53 PM Doug Meil wrote: > Hi there- > > I thought the email chain prompted by my questions had a gracious and > productive ending several days ago, but if you would like to start this up > again, ok. > > re: "turf is being infringed" > > It's funny that you said that, because according to the other emails on > Accumulo in the past week there are a couple thousand lines of HBase code > in Accumulo, and core functionality at that (e.g., block cache). Even > Incubator supporters of Accumulo would admit that's a little unusual in > the ASF, and I believe they've said so in other threads I've seen. > > As was pointed out, HBase copied the Hadoop RPC for it's own purpose, but > HBase wasn't trying to be another RPC framework - it was trying to be > Hbase - something Hadoop was not. > > I'm not making a legal argument here because the ASF code license is free > beer/speech, etc. It's just that Accumulo is, in a very real sense, > actually standing on a part of HBase. > > If there are other examples of this in Apache I'd be curious to know what > they are. That's not a sarcastic request... seriously, I'd like to know > because it would be worth documenting as case studies for other projects. > > > re: "overlap" > > This is the "there are multiple webservers in ASF" counter-argument - > except that ones that exist are in two different languages (Apache WS and > Tomcat). The point I made in my email is that if a 3rd webserver showed > up that was written in Java that copied a couple thousand lines of code > from Tomcat, I would hope somebody would ask why. I thought I had some > agreements from some folks on this thread, but you feel differently so > we're going to have to disagree. > > Thanks. > > Doug > > On 9/12/11 8:56 PM, "Noel J. Bergman" wrote: > >Doug Meil wrote: > >> I think that the ASF and ASF incubator leadership should consider it a > >> priority to foster such communication. > > > >We do. I, in particular, tend to do it --- and have on occassion been > >criticized for trying to foster project collaboration and/or merger. > > > >BUT ... > > > >The Incubator does not pick winners, exclude projects based on overlap > >with > >others, or deny a community a chance just because some other project (ASF > >or > >otherwise) feels that their turf is being infringed. We have been very > >consistent on this issue. > > > >Your best move is to open talks with the Accumulo community, and see what > >options for collaboration and/or merger exist as it proceeds. > > > >As for some of the other comments, Accumulo will be held to the same > >standards as every other project, and will be required to exhibit The > >Apache > >Way. > > > > --- Noel > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > >For additional commands, e-mail: general-help@incubator.apache.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org -- Daniel Kulp dkulp@apache.org http://dankulp.com/blog Talend - http://www.talend.com --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org