FYI, Jing Zhao and I just have finished removing hadoop dependency from the 
non-hadoop modules.  We will continue working on the documentations.

Thanks.
Tsz-Wo


On 12/16/16, 4:27 PM, "Tsz Sze" <szets...@hortonworks.com> wrote:

    +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!
    
    Regards,
    Tsz-Wo
    
    
    On 12/16/16, 2:33 AM, "Jitendra Pandey" <jiten...@hortonworks.com> wrote:
    
        I am proposing to rename Concur to Ratis (Latin for Raft).
        If this name is acceptable, I will start a voting thread.
        
        https://wiki.apache.org/incubator/RatisProposal
        
        
        Thanks everyone!
        
        On 11/30/16, 11:01 AM, "Chris Nauroth" <cnaur...@apache.org> wrote:
        
        >Responding to a few points in the thread:
        >
        >> Jitendra, So considering how strong of a community this is already 
and
        >>the
        >> 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
        >tricky
        >the first few times for a podling), providing sufficient documentation 
for
        >usage and contributor onboarding, and establishing community 
interaction
        >on
        >the mailing lists.  From my knowledge of straight-to-TLP projects, I
        >believe those spun out of "refactoring" pieces of well-established
        >projects
        >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,
        >I
        >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
        >as
        >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
        >helpful
        >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
        >HDFS,
        >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.
        >
        >
        >
        >org.apache.hadoop.classification.InterfaceAudience;
        >org.apache.hadoop.classification.InterfaceStability;
        >org.apache.hadoop.conf.Configuration;
        >org.apache.hadoop.fs.ChecksumException;
        
>org.apache.hadoop.fs.CommonConfigurationKeysPublic.IPC_CLIENT_CONNECT_MAX_
        >RETRIES_KEY;
        
>org.apache.hadoop.fs.CommonConfigurationKeysPublic.IPC_CLIENT_CONNECT_TIME
        >OUT_KEY;
        >org.apache.hadoop.fs.FileUtil;
        >org.apache.hadoop.io.DataOutputOutputStream;
        >org.apache.hadoop.io.IOUtils;
        >org.apache.hadoop.io.MD5Hash;
        >org.apache.hadoop.io.Writable;
        >org.apache.hadoop.io.nativeio.NativeIO;
        >org.apache.hadoop.io.nativeio.NativeIOException;
        >org.apache.hadoop.io.retry.RetryPolicy;
        >org.apache.hadoop.ipc.Client.ConnectionId;
        >org.apache.hadoop.ipc.ProtobufRpcEngineShaded;
        >org.apache.hadoop.ipc.ProtocolInfo;
        >org.apache.hadoop.ipc.RPC.RpcInvoker;
        >org.apache.hadoop.ipc.RPC;
        >org.apache.hadoop.ipc.RemoteException;
        >org.apache.hadoop.net.NetUtils;
        >org.apache.hadoop.security.KerberosInfo;
        >org.apache.hadoop.security.UserGroupInformation;
        >org.apache.hadoop.security.token.SecretManager;
        >org.apache.hadoop.security.token.TokenIdentifier;
        >org.apache.hadoop.test.GenericTestUtils;
        >org.apache.hadoop.util.Daemon;
        >org.apache.hadoop.util.DataChecksum;
        >org.apache.hadoop.util.ExitUtil;
        >org.apache.hadoop.util.ProtoUtil;
        >org.apache.hadoop.util.StringInterner;
        >org.apache.hadoop.util.StringUtils;
        >org.apache.hadoop.util.Time;
        
>org.apache.raft.shaded.org.apache.hadoop.ipc.protobuf.ProtobufRpcEnginePro
        >tos.RequestHeaderProto;
        
>org.apache.raft.shaded.org.apache.hadoop.ipc.protobuf.RpcHeaderProtos.RpcR
        >equestHeaderProto;
        
>org.apache.raft.shaded.org.apache.hadoop.ipc.protobuf.RpcHeaderProtos.RpcR
        >esponseHeaderProto;
        >
        >--
        >Chris Nauroth
        >
        >On Tue, Nov 29, 2016 at 2:59 PM, Jitendra Pandey
        ><jiten...@hortonworks.com>
        >wrote:
        >
        >> 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
        >>design.
        >>
        >> 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" <st...@apache.org> wrote:
        >>
        >> >On 23 November 2016 at 11:40, Roman Shaposhnik 
<ro...@shaposhnik.org>
        >> >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)
        >>'cuz
        >> >> 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
        >> >https://project-thor.eu/ (Open Research interoperability)
        >> >http://www.eu-thor.eu/ (Oceanography!)
        >> >
        >> >
        >> >Apache Heyerdahl..?
        >> >
        >> >http://www.ssb.no/en/befolkning/statistikker/navn 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:
        >> >https://w2.brreg.no/enhet/sok/treffliste.jsp?navn=Heyerdahl
        >> &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 https://github.com/hortonworks/concur 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
        >> >http://orcid.org/0000-0001-9842-9718
        >> >
        >> 
>---------------------------------------------------------------------
        >> >To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
        >> >For additional commands, e-mail: general-h...@incubator.apache.org
        >>
        >>
        >> ---------------------------------------------------------------------
        >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
        >> For additional commands, e-mail: general-h...@incubator.apache.org
        >>
        >> --
        >> Chris Nauroth
        >> <general-h...@incubator.apache.org>
        >>
        ><general-h...@incubator.apache.org>
        
        
?B‹KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKCB•??[œ?œ昧šX™K??K[XZ[?ˆ??™\˜[?][œ?œ昧šX™P?[˜?˜]??˜\?X?K›??‘›??Y??]?[?[??栢[X[™???K[XZ[?ˆ??™\˜[?Z?[???[˜?˜]??˜\?X?K›??
    
    


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Reply via email to