Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 567FC200C64 for ; Fri, 28 Apr 2017 11:20:11 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 55262160BA3; Fri, 28 Apr 2017 09:20:11 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 9E826160B8C for ; Fri, 28 Apr 2017 11:20:10 +0200 (CEST) Received: (qmail 11062 invoked by uid 500); 28 Apr 2017 09:20:09 -0000 Mailing-List: contact dev-help@atlas.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@atlas.incubator.apache.org Delivered-To: mailing list dev@atlas.incubator.apache.org Received: (qmail 9563 invoked by uid 99); 28 Apr 2017 09:20:08 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Apr 2017 09:20:08 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id ADCF8C074C for ; Fri, 28 Apr 2017 09:20:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id g4RwHiifK-bM for ; Fri, 28 Apr 2017 09:20:06 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id EEC345FC4A for ; Fri, 28 Apr 2017 09:20:05 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 6963CE099E for ; Fri, 28 Apr 2017 09:20:05 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id BDF5421DF2 for ; Fri, 28 Apr 2017 09:20:04 +0000 (UTC) Date: Fri, 28 Apr 2017 09:20:04 +0000 (UTC) From: "Graham Wallis (JIRA)" To: dev@atlas.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (ATLAS-1757) Proposal to update graph DB MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Fri, 28 Apr 2017 09:20:11 -0000 [ https://issues.apache.org/jira/browse/ATLAS-1757?page=3Dcom.atlassian= .jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1598= 8499#comment-15988499 ]=20 Graham Wallis commented on ATLAS-1757: -------------------------------------- There are quite a few graph databases that might be worthy of consideration= . I think it is reasonable to suggest that we limit our attention to those = that have Apache-2 licensed APIs and that include support for Tinkerpop 3.2= . The latter restriction appears to eliminate ArangoDB, OrientDB and Gaffer= but leaves JanusGraph and Neo4j as candidates. JanusGraph is the more obvi= ous candidate as it is Apache-2 licensed throughout and (as noted in the ar= ticles linked above) could be considered to be the reference implementation= of TP3. Whilst less obvious, Neo4j includes an Apache-2 licensed API libra= ry - neo4j-gremlin - that does not include the GPL3-licensed implementation= of neo4j. We could adopt the above as our forward-looking strategy but I w= ould be keen that we chip away at this - e.g. by adding JanusGraph via the = graph abstraction layer and (at some point) making it the default and depre= cating the use of Titan 0 and Titan 1. Other graph databases (e.g. neo4j-gr= emlin) could be added via the graph abstraction layer depending on users' r= equirements. > Proposal to update graph DB > --------------------------- > > Key: ATLAS-1757 > URL: https://issues.apache.org/jira/browse/ATLAS-1757 > Project: Atlas > Issue Type: Improvement > Components: atlas-core > Affects Versions: trunk > Reporter: Graham Wallis > > Given the formation of the JanusGraph open source project (under the Linu= x Foundation) to continue the development and support of the Titan DB, shou= ld we aim to deprecate Titan and move over to JanusGraph? > If we did this, we could keep the graph abstraction layer and use it to s= upport Titan 0, Titan 1 and JanusGraph. > Are there other graph databases that we should consider? -- This message was sent by Atlassian JIRA (v6.3.15#6346)