incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tsz Sze <>
Subject Re: [DISCUSS] Ratis for Apache Incubator (Was: Concur for Apache Incubator)
Date Fri, 16 Dec 2016 08:27:26 GMT
+1 Ratis sounds great!

BTW, I am working on removing Apache Hadoop dependency (except for the raft-hadoop module)
and more documentations.

Thanks all for the feedbacks!


On 12/16/16, 2:33 AM, "Jitendra Pandey" <> wrote:

    I am proposing to rename Concur to Ratis (Latin for Raft).
    If this name is acceptable, I will start a voting thread.
    Thanks everyone!
    On 11/30/16, 11:01 AM, "Chris Nauroth" <> wrote:
    >Responding to a few points in the thread:
    >> Jitendra, So considering how strong of a community this is already and
    >> success of recent TLP direct projects, what goals do you have for
    >> incubation?  And why incubation over straight to TLP?
    >As hinted by a few others, I would like to see the project's time in the
    >Incubator focus on establishing a repeatable release process (always
    >the first few times for a podling), providing sufficient documentation for
    >usage and contributor onboarding, and establishing community interaction
    >the mailing lists.  From my knowledge of straight-to-TLP projects, I
    >believe those spun out of "refactoring" pieces of well-established
    >into new TLPs, so the spin-offs to some degree were able to inherit these
    >pieces from being previously hosted in the larger project.  In this case,
    >prefer incubation, because Concur is not a spin-off and therefore still
    >needs to establish these pieces for itself.
    >> I think it sounds like an interesting proposal but wonders which
    >> consumers (and potential developers) it is targeting - I wonder about
    >> the strong link to Hortonworks and Hadoop -- is Concur relying on
    >> Hadoop, Hadoop might use Concur, or can Concur be used with many
    >> things, including Hadoop?
    >Our goal is to provide a stand-alone library providing a RAFT
    >implementation.  Although Apache Hadoop ecosystem projects are mentioned
    >one of the primary targeted use cases, we do not intend to constrain it to
    >usage only within the Hadoop ecosystem or tightly couple it to any
    >particular vendor's distribution of the Hadoop ecosystem.  I could imagine
    >it being viable for usage within pieces of Hadoop or in a proprietary
    >distributed system that I work on at my day job.
    >It is true that the Concur codebase currently has a Maven dependency on
    >Hadoop.  This was largely a matter of coding convenience to pick up
    >utilities for configuration management and networking.  For those
    >knowledgeable of Hadoop, I have listed all "org.apache.hadoop" imports
    >below.  You'll see that this is not tightly coupled to deep pieces of
    >YARN, etc., but instead more like helpful utilities.  Whether or not the
    >Hadoop dependency is desirable long-term toward the goal of "stand-alone
    >library" is a question worthy of consideration for the Concur community,
    >though I see that as a technical decision point for the community, not a
    >factor for consideration of whether to accept the incubation proposal.
    >Chris Nauroth
    >On Tue, Nov 29, 2016 at 2:59 PM, Jitendra Pandey
    >> Thanks for the feedback.
    >> How does Ratis (Latin for raft) sound for the name? A quick search in
    >> google doesn¹t show it is used. If this is acceptable, I will update the
    >> proposal.
    >> We are working on documentation for the user api's as well as the
    >> We didn¹t consider TLP as the project is very new. We will focus on a
    >> release cadence and community diversity to qualify for TLP.
    >> Thanks
    >> jitendra
    >> On 11/23/16, 6:19 AM, "Stian Soiland-Reyes" <> wrote:
    >> >On 23 November 2016 at 11:40, Roman Shaposhnik <>
    >> >wrote:
    >> >> FIWI: these were my thoughts exactly. In fact, for a second there I
    >> >>thought
    >> >> that SAP was donating Concur codebase.
    >> >> In the spirit of bikeshedding I propose Apache Thor (or Heyerdahl)
    >> >> you know: raft ;-)
    >> >
    >> >As Norwegian I should not really disagree on that name -- but Thor is
    >> >already the name of lots of things, including at least two EU projecst
    >> > (Open Research interoperability)
    >> > (Oceanography!)
    >> >
    >> >
    >> >Apache Heyerdahl..?
    >> >
    >> > says:
    >> >> There are 410 [Norwegians] with Heyerdahl as their surname
    >> >
    >> >(>200 meaning it is not a protected surname in .no :)
    >> >
    >> >And 111 businesses - just in Norway - several doing IT stuff:
    >> >
    >> &orgform=0&fylk
    >> >e=0&kommune=0
    >> >
    >> >
    >> >But we can discuss the proposal even if it has to change its name -
    >> >that's OK to sort in the very beginning (but is very preferably
    >> >community-wise to agree before actually moving to the Incubator).
    >> >
    >> >
    >> >I think it sounds like an interesting proposal but wonders which
    >> >consumers (and potential developers) it is targeting - I wonder about
    >> >the strong link to Hortonworks and Hadoop -- is Concur relying on
    >> >Hadoop, Hadoop might use Concur, or can Concur be used with many
    >> >things, including Hadoop?
    >> >
    >> >
    >> >I see is already using
    >> >org.apache.raft (and before org.apache.hadoop.raft) as a package name
    >> >- I find this approach for proposals a bit concerning trademark-wise;
    >> >but then I didn't look closely if this started as a fork/pull request
    >> >for Hadoop or similar?
    >> >
    >> >--
    >> >Stian Soiland-Reyes
    >> >
    >> >
    >> >---------------------------------------------------------------------
    >> >To unsubscribe, e-mail:
    >> >For additional commands, e-mail:
    >> ---------------------------------------------------------------------
    >> To unsubscribe, e-mail:
    >> For additional commands, e-mail:
    >> --
    >> Chris Nauroth
    >> <>

To unsubscribe, e-mail:
For additional commands, e-mail:
View raw message