Re: [VOTE][Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
+1. Colm. On Tue, Jan 13, 2015 at 11:33 AM, Daniel Gruno humbed...@apache.org wrote: +1 binding as well. On 2015-01-10 07:07, Alan D. Cabrera wrote: +1 binding Regards, Alan On Jan 9, 2015, at 8:58 AM, Hadrian Zbarcea hzbar...@gmail.com wrote: +1 From the conversation with Marko, he intended to submit this as a formal vote, but didn't use the regular voting template. Voting will remain open until at least January 15, 2015 18:00 ET. Cheers, Hadrian On 01/09/2015 11:35 AM, Marko Rodriguez wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/ incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/ Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/ 2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/ docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/ incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/ incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop https://wiki.apache.org/incubator/TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop https://wiki.apache.org/incubator/TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
On 01/10/2015 01:18 AM, Ted Dunning wrote: This still only has 3 committers. How is the project going to function with such a small group? I don't see that there has been a realistic answer to this question. This has been discussed by the (proposed) mentors along with the community members, and we have also identified this as a place where work needs to be done to identify what people in the community might be added to that list during incubation. We do not, however, feel that it is a barrier to entering incubation - merely something to be addressed during incubation. On Fri, Jan 9, 2015 at 10:35 AM, Marko Rodriguez okramma...@gmail.com mailto:okramma...@gmail.com wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop https://wiki.apache.org/incubator/TinkerPop is being used is production graph-based applications around the world and is only getting better with
Re: [VOTE][Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
+1 binding as well. On 2015-01-10 07:07, Alan D. Cabrera wrote: +1 binding Regards, Alan On Jan 9, 2015, at 8:58 AM, Hadrian Zbarcea hzbar...@gmail.com wrote: +1 From the conversation with Marko, he intended to submit this as a formal vote, but didn't use the regular voting template. Voting will remain open until at least January 15, 2015 18:00 ET. Cheers, Hadrian On 01/09/2015 11:35 AM, Marko Rodriguez wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop https://wiki.apache.org/incubator/TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop https://wiki.apache.org/incubator/TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which the JDBC allows users to swap relational databases while keeping the
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
On Tuesday, January 13, 2015, Rich Bowen rbo...@rcbowen.com wrote: On 01/10/2015 01:18 AM, Ted Dunning wrote: This still only has 3 committers... ...We do not, however, feel that it is a barrier to entering incubation - merely something to be addressed during incubation... I agree with that, and it looks like you have more than enough mentors to make this happen ;-) -Bertrand
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
Hello, TinkerPop Apache Incubator would start off with the minimal number of required initial committers to get the project underway. These are the individuals who spend most of the time with TinkerPop and are the ones who will be doing all heavy lifting to migrate over to ASF. Once we have things stabilized (infrastructure, domain names, CLAs, version control, issue tracking, etc.) at Apache, other committers are more than welcome to come over. This is how we posed it to TinkerPop-Contributors (TinkerPop's current contributors list). The theory being, the less cooks in the kitchen during the bumpy transition phase, the better. Thanks, Marko. http://markorodriguez.com On Jan 10, 2015, at 9:34 AM, Dave Fisher dave2w...@comcast.net wrote: On Jan 9, 2015, at 11:18 PM, Gavin McDonald wrote: On 10 Jan 2015, at 6:18 am, Ted Dunning ted.dunn...@gmail.com wrote: This still only has 3 committers. How is the project going to function with such a small group? I don't see that there has been a realistic answer to this question. It is part of the incubation process to help gain more, and again as a tlp, an ongoing process. Lots of TLPs have more committers, with only one or two actually active. But this is a project that has existed since 2009. If there are only 3 initial committers then where is the rest of the community? Is this a fork? Is there going to be a Trac vs. Bloodhound or OpenOffice vs. LibreOffice community issues. I don't think such would block incubation, but we should be fully aware of it if this is so. Regards, Dave Gav… On Fri, Jan 9, 2015 at 10:35 AM, Marko Rodriguez okramma...@gmail.com mailto:okramma...@gmail.com wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
Hello, TinkerPop3 is a complete re-write of TinkerPop2 and TP3 does not depend on TP2 in any way. TP3 was started November 2013 (1+ year ago). We have CLAs for every TP3 contributor. We do not have CLAs for every TP2 contributor. We are primarily interested in moving forward first with TinkerPop3 migration for the following reasons: 1. It will be the easiest to deal with legally (we have CLAs). 2. It is the most pressing release -- its expected release date is early 2014. 3. TP2 is in maintenance mode and thus, not a big concern for the community moving forward. However, once we get TP3 setup with ASF and can get out TP3.GA (we are currently at 3.0.0.M7), we will turn our attention towards migrating TP2. Thanks, Marko. http://markorodriguez.com On Jan 10, 2015, at 12:04 PM, Andy Seaborne a...@apache.org wrote: Looks good but there is one part that wasn't clear to me. In this proposal, the TinkerPop2 repos appear in the initial source listing as well, but are not in the submission plan. Is TinkerPop2 also part of the proposal? Is there is risk in it being a burden on the project? Conversly, if it is difficult to disentangle TinkerPop2 and TinkerPop3 (copyright, IP), then non-granting of it might lead to hard issues later. Andy R. Initial Source TinkerPop https://wiki.apache.org/incubator/TinkerPop is currently hosted on GitHub https://wiki.apache.org/incubator/GitHub: https://github.com/tinkerpop/. The following repositories would like to be migrated to ASF. TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3 https://github.com/tinkerpop/tinkerpop3 Blueprints (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2) https://github.com/tinkerpop/blueprints Pipes (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2) https://github.com/tinkerpop/pipes Frames (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2 https://github.com/tinkerpop/frames Gremlin (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2) https://github.com/tinkerpop/gremlin Rexster (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2) https://github.com/tinkerpop/rexster S. Source Intellectual Property Submission Plan TinkerPop https://wiki.apache.org/incubator/TinkerPop has required CLAs from contributors in the past to ensure solid IP provenance. TinkerPop https://wiki.apache.org/incubator/TinkerPop plans to submit a Software Grant for the content in the following repositories: https://github.com/tinkerpop/tinkerpop3 We plan to transfer to the ASF the TinkerPop https://wiki.apache.org/incubator/TinkerPop trademark as well as the commissioned artwork for TinkerPop https://wiki.apache.org/incubator/TinkerPop logos and the http://tinkerpop.com http://tinkerpop.com/ and http://tinkerpop.org http://tinkerpop.org/ domains. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
On Saturday, January 10, 2015, Ted Dunning ted.dunn...@gmail.com wrote: +0 then On Sat, Jan 10, 2015 at 1:18 AM, Gavin McDonald ga...@16degrees.com.au javascript:; wrote: On 10 Jan 2015, at 6:18 am, Ted Dunning ted.dunn...@gmail.com javascript:; wrote: This still only has 3 committers. How is the project going to function with such a small group? I don't see that there has been a realistic answer to this question. It is part of the incubation process to help gain more, and again as a tlp, an ongoing process. Lots of TLPs have more committers, with only one or two actually active. I too are concerned about the number of committers, but I believe the project should have a chance of showing that it can grow. the revised proposal looks quite a lot better. +1 (binding) rgds jan i Gav… On Fri, Jan 9, 2015 at 10:35 AM, Marko Rodriguez okramma...@gmail.com javascript:; mailto:okramma...@gmail.com javascript:; wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop -enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
On Jan 9, 2015, at 11:18 PM, Gavin McDonald wrote: On 10 Jan 2015, at 6:18 am, Ted Dunning ted.dunn...@gmail.com wrote: This still only has 3 committers. How is the project going to function with such a small group? I don't see that there has been a realistic answer to this question. It is part of the incubation process to help gain more, and again as a tlp, an ongoing process. Lots of TLPs have more committers, with only one or two actually active. But this is a project that has existed since 2009. If there are only 3 initial committers then where is the rest of the community? Is this a fork? Is there going to be a Trac vs. Bloodhound or OpenOffice vs. LibreOffice community issues. I don't think such would block incubation, but we should be fully aware of it if this is so. Regards, Dave Gav… On Fri, Jan 9, 2015 at 10:35 AM, Marko Rodriguez okramma...@gmail.com mailto:okramma...@gmail.com wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings.
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
Looks good but there is one part that wasn't clear to me. In this proposal, the TinkerPop2 repos appear in the initial source listing as well, but are not in the submission plan. Is TinkerPop2 also part of the proposal? Is there is risk in it being a burden on the project? Conversly, if it is difficult to disentangle TinkerPop2 and TinkerPop3 (copyright, IP), then non-granting of it might lead to hard issues later. Andy R. Initial Source TinkerPop https://wiki.apache.org/incubator/TinkerPop is currently hosted on GitHub https://wiki.apache.org/incubator/GitHub: https://github.com/tinkerpop/. The following repositories would like to be migrated to ASF. TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3 https://github.com/tinkerpop/tinkerpop3 Blueprints (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2) https://github.com/tinkerpop/blueprints Pipes (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2) https://github.com/tinkerpop/pipes Frames (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2 https://github.com/tinkerpop/frames Gremlin (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2) https://github.com/tinkerpop/gremlin Rexster (TinkerPop2 https://wiki.apache.org/incubator/TinkerPop2) https://github.com/tinkerpop/rexster S. Source Intellectual Property Submission Plan TinkerPop https://wiki.apache.org/incubator/TinkerPop has required CLAs from contributors in the past to ensure solid IP provenance. TinkerPop https://wiki.apache.org/incubator/TinkerPop plans to submit a Software Grant for the content in the following repositories: https://github.com/tinkerpop/tinkerpop3 We plan to transfer to the ASF the TinkerPop https://wiki.apache.org/incubator/TinkerPop trademark as well as the commissioned artwork for TinkerPop https://wiki.apache.org/incubator/TinkerPop logos and the http://tinkerpop.com http://tinkerpop.com/ and http://tinkerpop.org http://tinkerpop.org/ domains.
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
This still only has 3 committers. How is the project going to function with such a small group? I don't see that there has been a realistic answer to this question. On Fri, Jan 9, 2015 at 10:35 AM, Marko Rodriguez okramma...@gmail.com wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop https://wiki.apache.org/incubator/TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop https://wiki.apache.org/incubator/TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which the JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop https://wiki.apache.org/incubator/TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
On 10 Jan 2015, at 6:18 am, Ted Dunning ted.dunn...@gmail.com wrote: This still only has 3 committers. How is the project going to function with such a small group? I don't see that there has been a realistic answer to this question. It is part of the incubation process to help gain more, and again as a tlp, an ongoing process. Lots of TLPs have more committers, with only one or two actually active. Gav… On Fri, Jan 9, 2015 at 10:35 AM, Marko Rodriguez okramma...@gmail.com mailto:okramma...@gmail.com wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop https://wiki.apache.org/incubator/TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop https://wiki.apache.org/incubator/TinkerPop was created as a unifying framework for
Re: [VOTE][Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
+1 binding Regards, Alan On Jan 9, 2015, at 8:58 AM, Hadrian Zbarcea hzbar...@gmail.com wrote: +1 From the conversation with Marko, he intended to submit this as a formal vote, but didn't use the regular voting template. Voting will remain open until at least January 15, 2015 18:00 ET. Cheers, Hadrian On 01/09/2015 11:35 AM, Marko Rodriguez wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop https://wiki.apache.org/incubator/TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop https://wiki.apache.org/incubator/TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which the JDBC allows
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
+0 then On Sat, Jan 10, 2015 at 1:18 AM, Gavin McDonald ga...@16degrees.com.au wrote: On 10 Jan 2015, at 6:18 am, Ted Dunning ted.dunn...@gmail.com wrote: This still only has 3 committers. How is the project going to function with such a small group? I don't see that there has been a realistic answer to this question. It is part of the incubation process to help gain more, and again as a tlp, an ongoing process. Lots of TLPs have more committers, with only one or two actually active. Gav… On Fri, Jan 9, 2015 at 10:35 AM, Marko Rodriguez okramma...@gmail.com mailto:okramma...@gmail.com wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop https://wiki.apache.org/incubator/TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop
Re: [Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
Enthusiastically +1 to welcome TinkerPop to the Incubator. On 01/09/2015 11:35 AM, Marko Rodriguez wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop https://wiki.apache.org/incubator/TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop https://wiki.apache.org/incubator/TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which the JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop https://wiki.apache.org/incubator/TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language (Gremlin) for executing graph algorithms transparently over either type of system. The seamless support of single-machine systems and distributed
[VOTE][Proposal] TinkerPop: A Graph Computing Framework [RE-SUBMISSION]
+1 From the conversation with Marko, he intended to submit this as a formal vote, but didn't use the regular voting template. Voting will remain open until at least January 15, 2015 18:00 ET. Cheers, Hadrian On 01/09/2015 11:35 AM, Marko Rodriguez wrote: Hello everyone, Over the last 2 weeks, TinkerPop's proposal has been worked on with support from: * David Nalley (champion) * Rich Bowen (mentor) * Hadrian Zbarcea (mentor) * Daniel Gruno (mentor) * Marko Rodriguez (submitting on behalf of TinkerPop) We feel it is now in prime shape from submission to vote. Enjoy!. (URL to wiki version: https://wiki.apache.org/incubator/TinkerPopProposal) A. Abstract TinkerPop http://tinkerpop.com/ is a graph computing framework written in Java. A graph http://en.wikipedia.org/wiki/Graph_%28mathematics%29 is a data structure composed of vertices and edges and is useful for modeling complex domains with arbitrary relations (edges, links, lines) between entities (vertices, objects, dots). TinkerPop https://wiki.apache.org/incubator/TinkerPop provides a core API that graph system vendors can implement. There are various types of graph systems including in-memory graph libraries, OLTP graph databases, and OLAP graph processors (see On Graph Computing http://markorodriguez.com/2013/01/09/on-graph-computing/ for more information). Once the core interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin and processed withTinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled algorithms. For many, TinkerPop https://wiki.apache.org/incubator/TinkerPop is seen as the JDBC http://en.wikipedia.org/wiki/Java_Database_Connectivity of the graph computing community. B. Proposal TinkerPop https://wiki.apache.org/incubator/TinkerPop was formed in 2009 and is currently in the milestone series of 3.0.0. From the start, TinkerPop https://wiki.apache.org/incubator/TinkerPop has provided its software open source and free to use for which ever reason (commercial or otherwise). Initially the license was BSD, but as of TinkerPop3 https://wiki.apache.org/incubator/TinkerPop3, the license was changed to Apache2. The TinkerPop https://wiki.apache.org/incubator/TinkerPop team is composed of developers, evangelists, and representatives from graph system vendors (see TinkerPop Contributors http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors for more information). TinkerPop https://wiki.apache.org/incubator/TinkerPop has done its best to remain vendor agnostic and works closely with all vendors to ensure that the constructs within TinkerPop https://wiki.apache.org/incubator/TinkerPop are able to accommodate the requirements of the underlying graph system. To date, 12 TinkerPop https://wiki.apache.org/incubator/TinkerPop recognized graph system vendors provide TinkerPop https://wiki.apache.org/incubator/TinkerPop implementations. We believe that by joining The Apache Software Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop https://wiki.apache.org/incubator/TinkerPop has had steady, active development since 2009 when it was founded. Over the years, the Gremlin query language within TinkerPop https://wiki.apache.org/incubator/TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript https://wiki.apache.org/incubator/JavaScript, and the like. In many ways, Gremlin is seen as a traversal style that can be readily adopted within the programming constructs of the developer's native language --- both on and off the JVM. TinkerPop https://wiki.apache.org/incubator/TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop https://wiki.apache.org/incubator/TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop https://wiki.apache.org/incubator/TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop https://wiki.apache.org/incubator/TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which the JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop https://wiki.apache.org/incubator/TinkerPop also brings together OLTP systems (graph
Re: [Proposal] TinkerPop: A Graph Computing Framework
I followed the thread and tried to stay away, because there's a lot of potential for noise. If the IPMC were to take a vote on the tinkerpop proposal today it would not pass. At the very least it's incomplete. Engaging in a conversation on this list to finalize it is, imho, not the most productive way of using everybody's time and it could get confusing. For that reason the best course of action is for you, the podling, to choose at least 3 mentors who you think would provide good guidance and mentorship. You want to grow a strong community relatively fast, graduate from incubation and get more familiar with the Apache Way (I assume those who suggested to you to become an ASF project understand the benefits well). You already have a few experienced ASF members who offered their help as mentors. Talk to David, you have an excellent champion now, ask him to help you choose your mentors. Then pester your mentors and ask them what you want to know. Make sure you understand what you sign up for by moving the project governance to ASF. Next step, finalize the proposal and only then continue this discussion. It'll be more targeted and things will go faster. My $0.02, Hadrian On 12/29/2014 03:30 PM, Rich Bowen wrote: On 12/17/2014 02:09 PM, Marko Rodriguez wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. After catching up on the conversation, and reading a little bit about your project and community, I would be honored if you would consider my offer to be a Mentor for your project. --Rich - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework
Hello, Apologies for the noise on the list. We have a champion and Dave is working to select mentors he think are best for TinkerPop. After that, we will iterate on the proposal and the submit it for approval. Thank you, Marko. http://markorodriguez.com On Dec 30, 2014, at 10:14 AM, Hadrian Zbarcea hzbar...@gmail.com wrote: I followed the thread and tried to stay away, because there's a lot of potential for noise. If the IPMC were to take a vote on the tinkerpop proposal today it would not pass. At the very least it's incomplete. Engaging in a conversation on this list to finalize it is, imho, not the most productive way of using everybody's time and it could get confusing. For that reason the best course of action is for you, the podling, to choose at least 3 mentors who you think would provide good guidance and mentorship. You want to grow a strong community relatively fast, graduate from incubation and get more familiar with the Apache Way (I assume those who suggested to you to become an ASF project understand the benefits well). You already have a few experienced ASF members who offered their help as mentors. Talk to David, you have an excellent champion now, ask him to help you choose your mentors. Then pester your mentors and ask them what you want to know. Make sure you understand what you sign up for by moving the project governance to ASF. Next step, finalize the proposal and only then continue this discussion. It'll be more targeted and things will go faster. My $0.02, Hadrian On 12/29/2014 03:30 PM, Rich Bowen wrote: On 12/17/2014 02:09 PM, Marko Rodriguez wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. After catching up on the conversation, and reading a little bit about your project and community, I would be honored if you would consider my offer to be a Mentor for your project. --Rich - 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
Re: [Proposal] TinkerPop: A Graph Computing Framework
On 30 December 2014 at 18:32, Marko Rodriguez okramma...@gmail.com wrote: Hello, It is and was not noise if you got something useful for the proposalwe have this list to discuss things. After that, we will iterate on the proposal and the submit it for approval. Looking very much forward to read that. rgds jan i. Thank you, Marko. http://markorodriguez.com On Dec 30, 2014, at 10:14 AM, Hadrian Zbarcea hzbar...@gmail.com wrote: I followed the thread and tried to stay away, because there's a lot of potential for noise. If the IPMC were to take a vote on the tinkerpop proposal today it would not pass. At the very least it's incomplete. Engaging in a conversation on this list to finalize it is, imho, not the most productive way of using everybody's time and it could get confusing. For that reason the best course of action is for you, the podling, to choose at least 3 mentors who you think would provide good guidance and mentorship. You want to grow a strong community relatively fast, graduate from incubation and get more familiar with the Apache Way (I assume those who suggested to you to become an ASF project understand the benefits well). You already have a few experienced ASF members who offered their help as mentors. Talk to David, you have an excellent champion now, ask him to help you choose your mentors. Then pester your mentors and ask them what you want to know. Make sure you understand what you sign up for by moving the project governance to ASF. Next step, finalize the proposal and only then continue this discussion. It'll be more targeted and things will go faster. My $0.02, Hadrian On 12/29/2014 03:30 PM, Rich Bowen wrote: On 12/17/2014 02:09 PM, Marko Rodriguez wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. After catching up on the conversation, and reading a little bit about your project and community, I would be honored if you would consider my offer to be a Mentor for your project. --Rich - 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
Re: [Proposal] TinkerPop: A Graph Computing Framework
Hello, Here is how TinkerPop current runs it TinkerPop-Contributors. 1. If you are a vendor, you get one engineer from your organization to be on TinkerPop-Contributors who speaks on behalf of your organization/product. (~15 people) - e.g. That API addition will be extremely expensive for us to implement. Can we get the next release out within the next month because we are about to release our product and want the latest features?, etc. 2. If you are working on core TinkerPop day-in and day-out you are part of TinkerPop-Contributors. (~3 people) - e.g. On the Google Hangouts, nit-picky about documentation, committing code and maintaining your code…the people who baby the source. 3. If you have worked on TinkerPop core at some point. (~5 people) - e.g. You were hot and heavy on the codebase for a month+ straight but then lost interest but still want to hang around. Perhaps it looks good on the resume why you don't want to leave… who knows? Most people are in group 1 or 3. I was told by our champion (David Nalley) that you can't have people be on the board because of who they work for. Thus, the concept of one engineer per company is not acceptable. Next, I don't think it is smart to just have everyone in group 3 mapped over. I think its best to start with the minimum requirement of people and grow from that core. Who are these three people? Marko -- has been coding on TinkerPop day in and day out for the last 5 years. Stephen -- has been coding on TinkerPop day in and day out for the last 3 years. James -- has been an evangelist for TinkerPop for the last 5 years and is getting the TinkerPop book effort underway. These are the most hardcore members of TinkerPop. Now, once (and if) TinkerPop goes Apache, I'm sure more engineers (either currently in TinkerPop-Contributors or new to the scene) will want to make concerted efforts to be apart of TinkerPop. Through the years I have become too painfully aware of commit and split-contributors (here is a big ball of features, merge it…oh, I can't work on that anymore, my boss doesn't care about graphs anymore. good luck maintaing that code. --- many group 3 people are in this camp). Once we realize someone is here for the long haul and truly cares about the project, we are happy to have them join. Lets start small and grow is the philosophy behind the 3 initial committers. Cool? Thank you, Marko. http://markorodriguez.com On Dec 25, 2014, at 3:12 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: -- with reply below -- From: Marvin Humphrey [mailto:mar...@rectangular.com] Sent: Thursday, December 25, 2014 13:39 To: general@incubator.apache.org; Dennis Hamilton Subject: Re: [Proposal] TinkerPop: A Graph Computing Framework On Thu, Dec 25, 2014 at 1:06 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: I am puzzled by the TinkerPop proposal identifying 3 initial committers and yet there is this long list of affiliated folks. What is that separate list intended to signify if none of them are worthy to be initial committers? If it's like other projects, I speculate that the people on that longer list have exhibited varying levels of activity over time. I don't think it's a bad thing if the initial committer list is only a subset (though 3 is arguably too small even to start). So long as the podling busies itself with the task of voting new people in, it should be OK. I think the way Marko put it bodes well: Thus, typically finding those people is the difficult part, not the accepting of those who do so. orcmid That list is noise, then, especially with no accompanying explanation of how it supports the proposal. With regard to finding committers, I notice that folks request being added to the initial committers list of a proposal and those are vetted one way or another by the proposer/champion. Has the proposal been publicized to that group and any interest in being initial committers (and especially filing Apache iCLAs) elicited? /orcmid Marvin Humphrey - 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
Re: [Proposal] TinkerPop: A Graph Computing Framework
On Dec 29, 2014 12:35 PM, Marko Rodriguez okramma...@gmail.com wrote: Hello, Here is how TinkerPop current runs it TinkerPop-Contributors. 1. If you are a vendor, you get one engineer from your organization to be on TinkerPop-Contributors who speaks on behalf of your organization/product. (~15 people) Understand that this is not how projects work at Apache. No company is entitled to a voice. Contributors earn merit on their own contributions. This is pretty foundational to our world view. 2. If you are working on core TinkerPop day-in and day-out you are part of TinkerPop-Contributors. (~3 people) I suppose it's a good place to start, but as has been mentioned it's a bare minimum and not conducive for long term project health. 3. If you have worked on TinkerPop core at some point. (~5 people) - e.g. You were hot and heavy on the codebase for a month+ straight but then lost interest but still want to hang around. Perhaps it looks good on the resume why you don't want to leave… who knows? We are very reluctant to take away merit once earned. Most people are in group 1 or 3. I was told by our champion (David Nalley) that you can't have people be on the board because of who they work for. Thus, the concept of one engineer per company is not acceptable. Next, I don't think it is smart to just have everyone in group 3 mapped over. I think its best to start with the minimum requirement of people and grow from that core. Who are these three people? Marko -- has been coding on TinkerPop day in and day out for the last 5 years. Stephen -- has been coding on TinkerPop day in and day out for the last 3 years. James -- has been an evangelist for TinkerPop for the last 5 years and is getting the TinkerPop book effort underway. These are the most hardcore members of TinkerPop. Now, once (and if) TinkerPop goes Apache, I'm sure more engineers (either currently in TinkerPop-Contributors or new to the scene) will want to make concerted efforts to be apart of TinkerPop. Through the years I have become too painfully aware of commit and split-contributors (here is a big ball of features, merge it…oh, I can't work on that anymore, my boss doesn't care about graphs anymore. good luck maintaing that code. --- many group 3 people are in this camp). Once we realize someone is here for the long haul and truly cares about the project, we are happy to have them join. Lets start small and grow is the philosophy behind the 3 initial committers. Cool? Maybe. Seems a reasonable place to start but I'd ask, were I a mentor, why there's a difference between your contributor list and your committer list. That is, I'd ask, for each person, why they were important enough to be on the one list, but not trustworty enough to be on the other.
RE: [Proposal] TinkerPop: A Graph Computing Framework
Thank you for the clarification. -Original Message- From: Marko Rodriguez [mailto:okramma...@gmail.com] Sent: Monday, December 29, 2014 09:34 To: general@incubator.apache.org; dennis.hamil...@acm.org Subject: Re: [Proposal] TinkerPop: A Graph Computing Framework Hello, Here is how TinkerPop current runs it TinkerPop-Contributors. 1. If you are a vendor, you get one engineer from your organization to be on TinkerPop-Contributors who speaks on behalf of your organization/product. (~15 people) - e.g. That API addition will be extremely expensive for us to implement. Can we get the next release out within the next month because we are about to release our product and want the latest features?, etc. 2. If you are working on core TinkerPop day-in and day-out you are part of TinkerPop-Contributors. (~3 people) - e.g. On the Google Hangouts, nit-picky about documentation, committing code and maintaining your code…the people who baby the source. 3. If you have worked on TinkerPop core at some point. (~5 people) - e.g. You were hot and heavy on the codebase for a month+ straight but then lost interest but still want to hang around. Perhaps it looks good on the resume why you don't want to leave… who knows? Most people are in group 1 or 3. I was told by our champion (David Nalley) that you can't have people be on the board because of who they work for. Thus, the concept of one engineer per company is not acceptable. Next, I don't think it is smart to just have everyone in group 3 mapped over. I think its best to start with the minimum requirement of people and grow from that core. Who are these three people? Marko -- has been coding on TinkerPop day in and day out for the last 5 years. Stephen -- has been coding on TinkerPop day in and day out for the last 3 years. James -- has been an evangelist for TinkerPop for the last 5 years and is getting the TinkerPop book effort underway. These are the most hardcore members of TinkerPop. Now, once (and if) TinkerPop goes Apache, I'm sure more engineers (either currently in TinkerPop-Contributors or new to the scene) will want to make concerted efforts to be apart of TinkerPop. Through the years I have become too painfully aware of commit and split-contributors (here is a big ball of features, merge it…oh, I can't work on that anymore, my boss doesn't care about graphs anymore. good luck maintaing that code. --- many group 3 people are in this camp). Once we realize someone is here for the long haul and truly cares about the project, we are happy to have them join. Lets start small and grow is the philosophy behind the 3 initial committers. Cool? Thank you, Marko. http://markorodriguez.com On Dec 25, 2014, at 3:12 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: -- with reply below -- From: Marvin Humphrey [mailto:mar...@rectangular.com] Sent: Thursday, December 25, 2014 13:39 To: general@incubator.apache.org; Dennis Hamilton Subject: Re: [Proposal] TinkerPop: A Graph Computing Framework On Thu, Dec 25, 2014 at 1:06 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: I am puzzled by the TinkerPop proposal identifying 3 initial committers and yet there is this long list of affiliated folks. What is that separate list intended to signify if none of them are worthy to be initial committers? If it's like other projects, I speculate that the people on that longer list have exhibited varying levels of activity over time. I don't think it's a bad thing if the initial committer list is only a subset (though 3 is arguably too small even to start). So long as the podling busies itself with the task of voting new people in, it should be OK. I think the way Marko put it bodes well: Thus, typically finding those people is the difficult part, not the accepting of those who do so. orcmid That list is noise, then, especially with no accompanying explanation of how it supports the proposal. With regard to finding committers, I notice that folks request being added to the initial committers list of a proposal and those are vetted one way or another by the proposer/champion. Has the proposal been publicized to that group and any interest in being initial committers (and especially filing Apache iCLAs) elicited? /orcmid Marvin Humphrey - 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 - To unsubscribe, e-mail: general-unsubscr
Re: [Proposal] TinkerPop: A Graph Computing Framework
On 12/17/2014 02:09 PM, Marko Rodriguez wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. After catching up on the conversation, and reading a little bit about your project and community, I would be honored if you would consider my offer to be a Mentor for your project. --Rich -- Rich Bowen - rbo...@rcbowen.com - @rbowen http://apachecon.com/ - @apachecon - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework
On Mon, Dec 29, 2014 at 9:33 AM, Marko Rodriguez okramma...@gmail.com wrote: Lets start small and grow is the philosophy behind the 3 initial committers. Cool? Only barely. And the only real way to make it work is if in the very first few days to weeks of incubation you bring in a substantially larger group of PMC members. 3 is the logical minimum, but is considerably below the practical minimum PMC size.
RE: [Proposal] TinkerPop: A Graph Computing Framework
I am puzzled by the TinkerPop proposal identifying 3 initial committers and yet there is this long list of affiliated folks. What is that separate list intended to signify if none of them are worthy to be initial committers? - Dennis -Original Message- From: Ted Dunning [mailto:ted.dunn...@gmail.com] Sent: Thursday, December 25, 2014 12:21 To: general@incubator.apache.org Subject: Re: [Proposal] TinkerPop: A Graph Computing Framework Sure. You need three minimum. But you need three minimum active people at nearly *any* given time. With only three to choose from that can be really hard. From my experience with changing priorities and such, having 10 or more is much more practical. [ ... ] On Wed, Dec 24, 2014 at 4:12 PM, Marko Rodriguez okramma...@gmail.com wrote: Hello, I had read somewhere that you needed 3 people at minimum for the PPMC. I ran the names (Marko,Stephen,James) by our TinkerPop-Contributors list and there was no pushback. Moving forward, if someone does provide sustained, beneficial work to TinkerPop, they are more than welcome to get involved to the depths they feel necessary. This is always a desire --- to find people who will spend days in and days out (for years in and years out) dedicated to providing their time and patience to TinkerPop. Thus, typically finding those people is the difficult part, not the accepting of those who do so. Thank you for your thoughts, Marko. http://markorodriguez.com On Dec 24, 2014, at 11:05 AM, Ted Dunning ted.dunn...@gmail.com wrote: On Wed, Dec 24, 2014 at 9:54 AM, Marvin Humphrey mar...@rectangular.com wrote: AA. Initial Committers We would like to keep the voting rights to 3 individuals: Marko A. Rodriguez (Aurelius), Stephen Mallette (Nidomics), and James Thornton (Electric Speed). This is a problem for other reasons as well. Many actions require 3 positive votes. This means that if anybody is MIA, the project is dead in the water with no ability to make releases or even to add somebody to the PPMC to get back to having 3 voters. - 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
RE: [Proposal] TinkerPop: A Graph Computing Framework
-- with reply below -- From: Marvin Humphrey [mailto:mar...@rectangular.com] Sent: Thursday, December 25, 2014 13:39 To: general@incubator.apache.org; Dennis Hamilton Subject: Re: [Proposal] TinkerPop: A Graph Computing Framework On Thu, Dec 25, 2014 at 1:06 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: I am puzzled by the TinkerPop proposal identifying 3 initial committers and yet there is this long list of affiliated folks. What is that separate list intended to signify if none of them are worthy to be initial committers? If it's like other projects, I speculate that the people on that longer list have exhibited varying levels of activity over time. I don't think it's a bad thing if the initial committer list is only a subset (though 3 is arguably too small even to start). So long as the podling busies itself with the task of voting new people in, it should be OK. I think the way Marko put it bodes well: Thus, typically finding those people is the difficult part, not the accepting of those who do so. orcmid That list is noise, then, especially with no accompanying explanation of how it supports the proposal. With regard to finding committers, I notice that folks request being added to the initial committers list of a proposal and those are vetted one way or another by the proposer/champion. Has the proposal been publicized to that group and any interest in being initial committers (and especially filing Apache iCLAs) elicited? /orcmid Marvin Humphrey - 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
Re: [Proposal] TinkerPop: A Graph Computing Framework
Hi, Marko, On Wed, Dec 17, 2014 at 11:09 AM, Marko Rodriguez okramma...@gmail.com wrote: There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. While skimming the Incubator's commits list this morning, I saw some that some changes had been made to the Initial Contributors and Affiliations sections of the TinkerPop proposal which were worthy of note. While there are 25 individuals listed under Affiliations, the Initial Committers section now lists only three people and raises the issue of voting rights: http://wiki.apache.org/incubator/TinkerPopProposal?action=recallrev=14#AA._Initial_Committers AA. Initial Committers We would like to keep the voting rights to 3 individuals: Marko A. Rodriguez (Aurelius), Stephen Mallette (Nidomics), and James Thornton (Electric Speed). Starting with a small, coherent group makes sense, but please be aware that it will be a continuing task for TinkerPop to expand. Regardless of how many people have voting rights when entering incubation, over the long term, a fundamental characteristic of Apache projects is theat they are are governed by their contributors. It is expected that individuals who make sustained, major project contributions will ultimately be rewarded with a real governance stake in the form of an invitation to join the Project Management Committee (PMC). In order to graduate from the Incubator, podlings must demonstrate that they are open to bringing in new people; after graduation, the Apache Board of Directors oversees our top-level projects (TLPs) and ensures that they continue to remain open. The fact that open governance is a requirement enforced by the Foundation's institutions is an essential aspect of the Apache brand, giving individuals and companies who sponsor developers confidence about investing resources in Apache projects. Project founders who bring their projects here trade away a certain amount of privilege in order to obtain the benefits of increased contributor investment. Additional background: https://www.apache.org/foundation/how-it-works.html Hope this helps, Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework
Hello, I had read somewhere that you needed 3 people at minimum for the PPMC. I ran the names (Marko,Stephen,James) by our TinkerPop-Contributors list and there was no pushback. Moving forward, if someone does provide sustained, beneficial work to TinkerPop, they are more than welcome to get involved to the depths they feel necessary. This is always a desire --- to find people who will spend days in and days out (for years in and years out) dedicated to providing their time and patience to TinkerPop. Thus, typically finding those people is the difficult part, not the accepting of those who do so. Thank you for your thoughts, Marko. http://markorodriguez.com On Dec 24, 2014, at 11:05 AM, Ted Dunning ted.dunn...@gmail.com wrote: On Wed, Dec 24, 2014 at 9:54 AM, Marvin Humphrey mar...@rectangular.com wrote: AA. Initial Committers We would like to keep the voting rights to 3 individuals: Marko A. Rodriguez (Aurelius), Stephen Mallette (Nidomics), and James Thornton (Electric Speed). This is a problem for other reasons as well. Many actions require 3 positive votes. This means that if anybody is MIA, the project is dead in the water with no ability to make releases or even to add somebody to the PPMC to get back to having 3 voters. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework
Hello Jake, When talking with Sam Ruby (cc:d) we voiced our concerns about moving all of our infrastructure over to The Apache Foundation. In particular, our GitHub presence and our public user-mailing list (i.e. tech support mailing list). I have articulated our concerns in the freshly updated proposal. https://wiki.apache.org/incubator/TinkerPopProposal Please see W. Mailing Lists, Y. Git Repository, and X. Subversion Directory. Sam Ruby had stated that using GitHub for source control is an accepted practice now. We can (though would prefer not to) move our issue tracking to JIRA. Again, we have all been using GitHub issue tracking for 5 years and are comfortable with its interface. Likewise, we can (though would prefer not to), move our user mailing list to Apache's mail list system. If a distinction is made between user mailing list (tech support) and contributor mailing list (governance), we can (and would prefer) to move over our TinkerPop Contributors mailing list to ASF as this is where all the legal/political/governance discussion occur and should be under the purview of ASF. Thoughts?, Marko. http://markorodriguez.com On Dec 17, 2014, at 7:42 PM, Jake Farrell jfarr...@apache.org wrote: Hey Marko Thank you for posting the proposal to the wiki. The proposal has the requested infra for issues, wiki, mailing lists, and scm all still at github. These sections will have to be edited to bring everything over to ASF hardware. Please take a look at other proposals listed for an idea and if you have any questions please let us know Thanks -Jake On Wed, Dec 17, 2014 at 7:56 PM, Marko Rodriguez okramma...@gmail.com wrote: Hello everyone, I have put the proposal on the wiki page. https://wiki.apache.org/incubator/TinkerPopProposal As requested by Roman, I updated the Affiliations section. Note that I would love to tweak more but there is a 1 minute turn around time when I hit 'preview' or 'save changes' on the wiki. It started driving me mad so I stopped. Please advise on desired edits and I will do so. Moreover, I will make things much cleaner once the wiki interface speeds up (hopefully its just a 'burp' in the software right now). Finally, I will review the individuals who noted they would like to champion or mentor TinkerPop. I will read more about them, what these roles are, and provide thoughts to this thread once I fully grasp the situation. Thank you again, Marko. http://markorodriguez.com On Dec 17, 2014, at 5:25 PM, Henry Saputra henry.sapu...@gmail.com wrote: No way, Marko! This is AWESOME!! As many people had mentioned before, you need Champion who is Apache member and mentors who are member of Incubator PMCs. And please do follow the format of the proposal as Hadrian mentioned in his reply. So excited! - Henry
Re: [Proposal] TinkerPop: A Graph Computing Framework
On 12/18/2014 11:16 AM, Marko Rodriguez wrote: Hello Jake, When talking with Sam Ruby (cc:d) we voiced our concerns about moving all of our infrastructure over to The Apache Foundation. In particular, our GitHub presence and our public user-mailing list (i.e. tech support mailing list). I have articulated our concerns in the freshly updated proposal. https://wiki.apache.org/incubator/TinkerPopProposal Please see W. Mailing Lists, Y. Git Repository, and X. Subversion Directory. Sam Ruby had stated that using GitHub for source control is an accepted practice now. Let's split that into two pieces. Git is a DVCS, which means that it can be at multiple places. Using git for source control is an accepted practice at the ASF now. GitHub can be one of the places. From the ASF perspective, GitHub is a mirror. From GitHub's perspective, the ASF is a mirror. None of this means that you can't use pull requests. Examples: https://github.com/apache/spark/pulls https://github.com/deltacloud/deltacloud-core/pulls https://github.com/apache/camel/pulls (These just happen to be the top three hits on a Google search for apache github pull requests). We can (though would prefer not to) move our issue tracking to JIRA. Again, we have all been using GitHub issue tracking for 5 years and are comfortable with its interface. Likewise, we can (though would prefer not to), move our user mailing list to Apache's mail list system. If a distinction is made between user mailing list (tech support) and contributor mailing list (governance), we can (and would prefer) to move over our TinkerPop Contributors mailing list to ASF as this is where all the legal/political/governance discussion occur and should be under the purview of ASF. The current tinkerpop mailing lists are indeed quite active. I believe it would be possible for an ASF mailing list to be subscribed to each of these and satisfy ASF requirements in this manner. Thoughts?, Marko. - Sam Ruby http://markorodriguez.com On Dec 17, 2014, at 7:42 PM, Jake Farrell jfarr...@apache.org mailto:jfarr...@apache.org wrote: Hey Marko Thank you for posting the proposal to the wiki. The proposal has the requested infra for issues, wiki, mailing lists, and scm all still at github. These sections will have to be edited to bring everything over to ASF hardware. Please take a look at other proposals listed for an idea and if you have any questions please let us know Thanks -Jake On Wed, Dec 17, 2014 at 7:56 PM, Marko Rodriguez okramma...@gmail.com mailto:okramma...@gmail.com wrote: Hello everyone, I have put the proposal on the wiki page. https://wiki.apache.org/incubator/TinkerPopProposal As requested by Roman, I updated the Affiliations section. Note that I would love to tweak more but there is a 1 minute turn around time when I hit 'preview' or 'save changes' on the wiki. It started driving me mad so I stopped. Please advise on desired edits and I will do so. Moreover, I will make things much cleaner once the wiki interface speeds up (hopefully its just a 'burp' in the software right now). Finally, I will review the individuals who noted they would like to champion or mentor TinkerPop. I will read more about them, what these roles are, and provide thoughts to this thread once I fully grasp the situation. Thank you again, Marko. http://markorodriguez.com On Dec 17, 2014, at 5:25 PM, Henry Saputra henry.sapu...@gmail.com wrote: No way, Marko! This is AWESOME!! As many people had mentioned before, you need Champion who is Apache member and mentors who are member of Incubator PMCs. And please do follow the format of the proposal as Hadrian mentioned in his reply. So excited! - Henry - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework
On 2014-12-18 17:28, Sam Ruby wrote: On 12/18/2014 11:16 AM, Marko Rodriguez wrote: Hello Jake, When talking with Sam Ruby (cc:d) we voiced our concerns about moving all of our infrastructure over to The Apache Foundation. In particular, our GitHub presence and our public user-mailing list (i.e. tech support mailing list). I have articulated our concerns in the freshly updated proposal. https://wiki.apache.org/incubator/TinkerPopProposal Please see W. Mailing Lists, Y. Git Repository, and X. Subversion Directory. Sam Ruby had stated that using GitHub for source control is an accepted practice now. Let's split that into two pieces. Git is a DVCS, which means that it can be at multiple places. Using git for source control is an accepted practice at the ASF now. GitHub can be one of the places. From the ASF perspective, GitHub is a mirror. From GitHub's perspective, the ASF is a mirror. No, from GitHub's perspective, ASF is the canonical source. There is no way to twist this into anything else. It says right on every single Apache GitHub mirror that it is Mirrored from http://git.apache.org/...;. You cannot merge pull requests from GitHub via GitHub, that's simply not going to work, and it should be plenty clear to everyone by now why that is the case. With regards, Daniel. None of this means that you can't use pull requests. Examples: https://github.com/apache/spark/pulls https://github.com/deltacloud/deltacloud-core/pulls https://github.com/apache/camel/pulls (These just happen to be the top three hits on a Google search for apache github pull requests). We can (though would prefer not to) move our issue tracking to JIRA. Again, we have all been using GitHub issue tracking for 5 years and are comfortable with its interface. Likewise, we can (though would prefer not to), move our user mailing list to Apache's mail list system. If a distinction is made between user mailing list (tech support) and contributor mailing list (governance), we can (and would prefer) to move over our TinkerPop Contributors mailing list to ASF as this is where all the legal/political/governance discussion occur and should be under the purview of ASF. The current tinkerpop mailing lists are indeed quite active. I believe it would be possible for an ASF mailing list to be subscribed to each of these and satisfy ASF requirements in this manner. Thoughts?, Marko. - Sam Ruby http://markorodriguez.com On Dec 17, 2014, at 7:42 PM, Jake Farrell jfarr...@apache.org mailto:jfarr...@apache.org wrote: Hey Marko Thank you for posting the proposal to the wiki. The proposal has the requested infra for issues, wiki, mailing lists, and scm all still at github. These sections will have to be edited to bring everything over to ASF hardware. Please take a look at other proposals listed for an idea and if you have any questions please let us know Thanks -Jake On Wed, Dec 17, 2014 at 7:56 PM, Marko Rodriguez okramma...@gmail.com mailto:okramma...@gmail.com wrote: Hello everyone, I have put the proposal on the wiki page. https://wiki.apache.org/incubator/TinkerPopProposal As requested by Roman, I updated the Affiliations section. Note that I would love to tweak more but there is a 1 minute turn around time when I hit 'preview' or 'save changes' on the wiki. It started driving me mad so I stopped. Please advise on desired edits and I will do so. Moreover, I will make things much cleaner once the wiki interface speeds up (hopefully its just a 'burp' in the software right now). Finally, I will review the individuals who noted they would like to champion or mentor TinkerPop. I will read more about them, what these roles are, and provide thoughts to this thread once I fully grasp the situation. Thank you again, Marko. http://markorodriguez.com On Dec 17, 2014, at 5:25 PM, Henry Saputra henry.sapu...@gmail.com wrote: No way, Marko! This is AWESOME!! As many people had mentioned before, you need Champion who is Apache member and mentors who are member of Incubator PMCs. And please do follow the format of the proposal as Hadrian mentioned in his reply. So excited! - Henry - 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
RE: [Proposal] TinkerPop: A Graph Computing Framework
Marko, I note that you currently do not have a champion and that you have listed IBM as the sponsor, with two individuals names who (to the best of my knowledge) are not ASF committers. I suggest these are the first things you need to address in your proposal. Find a champion who can help you understand what the Apache Way is and why IBM is not a sponsor (Sam is certainly an excellent candidate to help you with that if he is willing). To your specific points below, since Sam has already responded to your points, I'll keep my response short. Moving your primary project resources to the ASF is not a negotiable item. There are many reasons for this. Your champion is responsible for ensuring you understand the reasoning behind this. When a project comes to the ASF it comes for the Apache Way. That means projects that choose to come here need to adopt the Apache Way in its entirety, not just enough to be an Apache project. That being said, there are very few immutable rules in the Apache Way, much of it is social structure an practices. But there are a few things that are designed to protect that social structure, this a non-negotiable (at least outside of the ASF membership who, over time, tweak the rules). Ross -Original Message- From: Marko Rodriguez [mailto:okramma...@gmail.com] Sent: Thursday, December 18, 2014 8:16 AM To: general@incubator.apache.org; jfarr...@apache.org Cc: Sam Ruby Subject: Re: [Proposal] TinkerPop: A Graph Computing Framework Hello Jake, When talking with Sam Ruby (cc:d) we voiced our concerns about moving all of our infrastructure over to The Apache Foundation. In particular, our GitHub presence and our public user-mailing list (i.e. tech support mailing list). I have articulated our concerns in the freshly updated proposal. https://wiki.apache.org/incubator/TinkerPopProposal Please see W. Mailing Lists, Y. Git Repository, and X. Subversion Directory. Sam Ruby had stated that using GitHub for source control is an accepted practice now. We can (though would prefer not to) move our issue tracking to JIRA. Again, we have all been using GitHub issue tracking for 5 years and are comfortable with its interface. Likewise, we can (though would prefer not to), move our user mailing list to Apache's mail list system. If a distinction is made between user mailing list (tech support) and contributor mailing list (governance), we can (and would prefer) to move over our TinkerPop Contributors mailing list to ASF as this is where all the legal/political/governance discussion occur and should be under the purview of ASF. Thoughts?, Marko. http://markorodriguez.com On Dec 17, 2014, at 7:42 PM, Jake Farrell jfarr...@apache.org wrote: Hey Marko Thank you for posting the proposal to the wiki. The proposal has the requested infra for issues, wiki, mailing lists, and scm all still at github. These sections will have to be edited to bring everything over to ASF hardware. Please take a look at other proposals listed for an idea and if you have any questions please let us know Thanks -Jake On Wed, Dec 17, 2014 at 7:56 PM, Marko Rodriguez okramma...@gmail.com wrote: Hello everyone, I have put the proposal on the wiki page. https://wiki.apache.org/incubator/TinkerPopProposal As requested by Roman, I updated the Affiliations section. Note that I would love to tweak more but there is a 1 minute turn around time when I hit 'preview' or 'save changes' on the wiki. It started driving me mad so I stopped. Please advise on desired edits and I will do so. Moreover, I will make things much cleaner once the wiki interface speeds up (hopefully its just a 'burp' in the software right now). Finally, I will review the individuals who noted they would like to champion or mentor TinkerPop. I will read more about them, what these roles are, and provide thoughts to this thread once I fully grasp the situation. Thank you again, Marko. http://markorodriguez.com On Dec 17, 2014, at 5:25 PM, Henry Saputra henry.sapu...@gmail.com wrote: No way, Marko! This is AWESOME!! As many people had mentioned before, you need Champion who is Apache member and mentors who are member of Incubator PMCs. And please do follow the format of the proposal as Hadrian mentioned in his reply. So excited! - Henry - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework
On Thu, Dec 18, 2014 at 11:36 AM, Daniel Gruno humbed...@apache.org wrote: On 2014-12-18 17:28, Sam Ruby wrote: On 12/18/2014 11:16 AM, Marko Rodriguez wrote: Hello Jake, When talking with Sam Ruby (cc:d) we voiced our concerns about moving all of our infrastructure over to The Apache Foundation. In particular, our GitHub presence and our public user-mailing list (i.e. tech support mailing list). I have articulated our concerns in the freshly updated proposal. https://wiki.apache.org/incubator/TinkerPopProposal Please see W. Mailing Lists, Y. Git Repository, and X. Subversion Directory. Sam Ruby had stated that using GitHub for source control is an accepted practice now. Let's split that into two pieces. Git is a DVCS, which means that it can be at multiple places. Using git for source control is an accepted practice at the ASF now. GitHub can be one of the places. From the ASF perspective, GitHub is a mirror. From GitHub's perspective, the ASF is a mirror. No, from GitHub's perspective, ASF is the canonical source. There is no way to twist this into anything else. It says right on every single Apache GitHub mirror that it is Mirrored from http://git.apache.org/...;. You cannot merge pull requests from GitHub via GitHub, that's simply not going to work, and it should be plenty clear to everyone by now why that is the case. Because people new to the ASF won't be familiar I'll reiterate the some of the infra concerns issues: The ASF cares deeply about (and has a responsibility to deal with) code provenance. The committer and author records in git itself are relatively fungible, so the canonical record is the push records that record when, what account, what IP address, etc. At present, Github does not expose those, and has expressed concerns about privacy issues in exposing those records to us. We have discussed with them multiple times the issues that we see as a concern, and we haven't yet found a way to overcome them. Other folks have other concerns - but that's the current 'big issue' from an infrastructure perspective. (there are others like programmatically managing access control to hundreds of repos that isn't tied to our authn/z systems, getting real commit messages, etc. - but that's likely something that could be conquered. ) We also realize that Github is huge locus for developers, and particularly developers working on OSS. To that end, we maintain mirrors on github, and a number of projects make use of pull requests and issues in the workflow, and to non-committers it gives the appearance that everything happens on Github. (and in reality 90% does). We have built API interaction to capture PR comments and other actions and send those on to a mailing list - so that we retain a history of all of that information locally. (Github has no real SLA to open source projects who get services for free, and there's important provenance information in PRs, tickets, comments as well) Every few months this comes up - and from a pragmatic side, Infrastructure would love to 'outsource' maintaining a git service to someone who offers an incredibly nice service and does so for free; but we haven't solved all of the problems that go along with it. In general, moving project websites, mailing lists, and revision control to the ASF is not negotiable. Most of the other aspects the project can make decisions on themselves. If you have concerns or questions, I am sure folks like Sam can answer them all, but I am happy to make myself available to talk through things with you. --David - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework
To clarify on Daniel's comments this does not mean that pull requests cannot be merged You can have Infra set up ASF integration with GitHub such that pull requests trigger emails to your projects dev list, those emails contain instructions on how to pull and merge the request into your local ASF based working copy. You then simply push to the ASF repo and if you've said Closes #1 (or whatever the exact wording is - again the email tells you) then the pull request is automatically closed over on GitHub See https://blogs.apache.org/infra/entry/improved_integration_between_apache_an d As for moving other infrastructure the Jena project (which I am involved in) went through a similar exercise of migrating large amounts of external infrastructure to the ASF when moving to the ASF and the Jena project. Yes it was painful for a time but it is worth doing and as others have pointed out there are sound reasons behind it. It is really not that hard to migrate a mailing list from one platform to another in our experience. In the Jena project we kept the external mailing lists open for the first 6 months or so and just sent regular reminders asking people to move to the ASF mailing lists. After that period we closed the external list to new subscriptions and continued sending the regular reminders for another 6 months or so, after that we closed the external list entirely to new posts so it served only as a historical archive. Over time this allowed us to gracefully migrate users to the new infrastructure by giving them plenty of notice and information about what was happening and this didn't require huge amounts of effort on our part. Rob On 18/12/2014 16:36, Daniel Gruno humbed...@apache.org wrote: On 2014-12-18 17:28, Sam Ruby wrote: On 12/18/2014 11:16 AM, Marko Rodriguez wrote: Hello Jake, When talking with Sam Ruby (cc:d) we voiced our concerns about moving all of our infrastructure over to The Apache Foundation. In particular, our GitHub presence and our public user-mailing list (i.e. tech support mailing list). I have articulated our concerns in the freshly updated proposal. https://wiki.apache.org/incubator/TinkerPopProposal Please see W. Mailing Lists, Y. Git Repository, and X. Subversion Directory. Sam Ruby had stated that using GitHub for source control is an accepted practice now. Let's split that into two pieces. Git is a DVCS, which means that it can be at multiple places. Using git for source control is an accepted practice at the ASF now. GitHub can be one of the places. From the ASF perspective, GitHub is a mirror. From GitHub's perspective, the ASF is a mirror. No, from GitHub's perspective, ASF is the canonical source. There is no way to twist this into anything else. It says right on every single Apache GitHub mirror that it is Mirrored from http://git.apache.org/...;. You cannot merge pull requests from GitHub via GitHub, that's simply not going to work, and it should be plenty clear to everyone by now why that is the case. With regards, Daniel. None of this means that you can't use pull requests. Examples: https://github.com/apache/spark/pulls https://github.com/deltacloud/deltacloud-core/pulls https://github.com/apache/camel/pulls (These just happen to be the top three hits on a Google search for apache github pull requests). We can (though would prefer not to) move our issue tracking to JIRA. Again, we have all been using GitHub issue tracking for 5 years and are comfortable with its interface. Likewise, we can (though would prefer not to), move our user mailing list to Apache's mail list system. If a distinction is made between user mailing list (tech support) and contributor mailing list (governance), we can (and would prefer) to move over our TinkerPop Contributors mailing list to ASF as this is where all the legal/political/governance discussion occur and should be under the purview of ASF. The current tinkerpop mailing lists are indeed quite active. I believe it would be possible for an ASF mailing list to be subscribed to each of these and satisfy ASF requirements in this manner. Thoughts?, Marko. - Sam Ruby http://markorodriguez.com On Dec 17, 2014, at 7:42 PM, Jake Farrell jfarr...@apache.org mailto:jfarr...@apache.org wrote: Hey Marko Thank you for posting the proposal to the wiki. The proposal has the requested infra for issues, wiki, mailing lists, and scm all still at github. These sections will have to be edited to bring everything over to ASF hardware. Please take a look at other proposals listed for an idea and if you have any questions please let us know Thanks -Jake On Wed, Dec 17, 2014 at 7:56 PM, Marko Rodriguez okramma...@gmail.com mailto:okramma...@gmail.com wrote: Hello everyone, I have put the proposal on the wiki page. https://wiki.apache.org/incubator/TinkerPopProposal As requested by Roman, I updated the Affiliations section. Note that I would love to tweak more but
Re: [Proposal] TinkerPop: A Graph Computing Framework
A tad longer answer is that the immutable rules are meant to protect the Apache Way, because we believe that healthy communities produce health code. The ASF is a steward of communities that are themselves stewards of code. The incubation process is meant to benefit the project, allow new committers to get familiar with the social and legal responsibilities associated with public releases, code governance, IP, licensing, etc. Your case is slightly different because you're experienced already with most of these aspects. The champion and mentors are there to help you through the process. They are volunteers who work to become eventually useless, at which point the project graduates out of the incubator. I hope this (and the links below) help(s), Hadrian [1] http://incubator.apache.org/learn/theapacheway.html [2] http://theapacheway.com/ [3] http://www.apache.org/foundation/how-it-works.html On 12/18/2014 11:48 AM, Ross Gardler (MS OPEN TECH) wrote: Marko, I note that you currently do not have a champion and that you have listed IBM as the sponsor, with two individuals names who (to the best of my knowledge) are not ASF committers. I suggest these are the first things you need to address in your proposal. Find a champion who can help you understand what the Apache Way is and why IBM is not a sponsor (Sam is certainly an excellent candidate to help you with that if he is willing). To your specific points below, since Sam has already responded to your points, I'll keep my response short. Moving your primary project resources to the ASF is not a negotiable item. There are many reasons for this. Your champion is responsible for ensuring you understand the reasoning behind this. When a project comes to the ASF it comes for the Apache Way. That means projects that choose to come here need to adopt the Apache Way in its entirety, not just enough to be an Apache project. That being said, there are very few immutable rules in the Apache Way, much of it is social structure an practices. But there are a few things that are designed to protect that social structure, this a non-negotiable (at least outside of the ASF membership who, over time, tweak the rules). Ross -Original Message- From: Marko Rodriguez [mailto:okramma...@gmail.com] Sent: Thursday, December 18, 2014 8:16 AM To: general@incubator.apache.org; jfarr...@apache.org Cc: Sam Ruby Subject: Re: [Proposal] TinkerPop: A Graph Computing Framework Hello Jake, When talking with Sam Ruby (cc:d) we voiced our concerns about moving all of our infrastructure over to The Apache Foundation. In particular, our GitHub presence and our public user-mailing list (i.e. tech support mailing list). I have articulated our concerns in the freshly updated proposal. https://wiki.apache.org/incubator/TinkerPopProposal Please see W. Mailing Lists, Y. Git Repository, and X. Subversion Directory. Sam Ruby had stated that using GitHub for source control is an accepted practice now. We can (though would prefer not to) move our issue tracking to JIRA. Again, we have all been using GitHub issue tracking for 5 years and are comfortable with its interface. Likewise, we can (though would prefer not to), move our user mailing list to Apache's mail list system. If a distinction is made between user mailing list (tech support) and contributor mailing list (governance), we can (and would prefer) to move over our TinkerPop Contributors mailing list to ASF as this is where all the legal/political/governance discussion occur and should be under the purview of ASF. Thoughts?, Marko. http://markorodriguez.com On Dec 17, 2014, at 7:42 PM, Jake Farrell jfarr...@apache.org wrote: Hey Marko Thank you for posting the proposal to the wiki. The proposal has the requested infra for issues, wiki, mailing lists, and scm all still at github. These sections will have to be edited to bring everything over to ASF hardware. Please take a look at other proposals listed for an idea and if you have any questions please let us know Thanks -Jake On Wed, Dec 17, 2014 at 7:56 PM, Marko Rodriguez okramma...@gmail.com wrote: Hello everyone, I have put the proposal on the wiki page. https://wiki.apache.org/incubator/TinkerPopProposal As requested by Roman, I updated the Affiliations section. Note that I would love to tweak more but there is a 1 minute turn around time when I hit 'preview' or 'save changes' on the wiki. It started driving me mad so I stopped. Please advise on desired edits and I will do so. Moreover, I will make things much cleaner once the wiki interface speeds up (hopefully its just a 'burp' in the software right now). Finally, I will review the individuals who noted they would like to champion or mentor TinkerPop. I will read more about them, what these roles are, and provide thoughts to this thread once I fully grasp the situation. Thank you again, Marko. http://markorodriguez.com On Dec 17, 2014, at 5
Re: [Proposal] TinkerPop: A Graph Computing Framework
On Thu, Dec 18, 2014 at 4:28 PM, Sam Ruby ru...@intertwingly.net wrote: On 12/18/2014 11:16 AM, Marko Rodriguez wrote: Hello Jake, When talking with Sam Ruby (cc:d) we voiced our concerns about moving all of our infrastructure over to The Apache Foundation. In particular, our GitHub presence and our public user-mailing list (i.e. tech support mailing list). I have articulated our concerns in the freshly updated proposal. https://wiki.apache.org/incubator/TinkerPopProposal Please see W. Mailing Lists, Y. Git Repository, and X. Subversion Directory. Sam Ruby had stated that using GitHub for source control is an accepted practice now. Let's split that into two pieces. Git is a DVCS, which means that it can be at multiple places. Using git for source control is an accepted practice at the ASF now. GitHub can be one of the places. The important aspect I think is that the one who pushes should endorse all new commits including those by other developers. Automatically transferring code from another place could only be an option if it can be ensured that only committers can be push to that repository. From the ASF perspective, GitHub is a mirror. From GitHub's perspective, the ASF is a mirror. None of this means that you can't use pull requests. Examples: https://github.com/apache/spark/pulls https://github.com/deltacloud/deltacloud-core/pulls https://github.com/apache/camel/pulls (These just happen to be the top three hits on a Google search for apache github pull requests). I don't find an example for apache github issues, I guess infra could enable it. A problem with allowing Github issues is how to close them when no commit would otherwise be needed (as in WONT FIX). I don't know how this is done for pull-requests that are not accepted. Cheers, Reto We can (though would prefer not to) move our issue tracking to JIRA. Again, we have all been using GitHub issue tracking for 5 years and are comfortable with its interface. Likewise, we can (though would prefer not to), move our user mailing list to Apache's mail list system. If a distinction is made between user mailing list (tech support) and contributor mailing list (governance), we can (and would prefer) to move over our TinkerPop Contributors mailing list to ASF as this is where all the legal/political/governance discussion occur and should be under the purview of ASF. The current tinkerpop mailing lists are indeed quite active. I believe it would be possible for an ASF mailing list to be subscribed to each of these and satisfy ASF requirements in this manner. Thoughts?, Marko. - Sam Ruby http://markorodriguez.com On Dec 17, 2014, at 7:42 PM, Jake Farrell jfarr...@apache.org mailto:jfarr...@apache.org wrote: Hey Marko Thank you for posting the proposal to the wiki. The proposal has the requested infra for issues, wiki, mailing lists, and scm all still at github. These sections will have to be edited to bring everything over to ASF hardware. Please take a look at other proposals listed for an idea and if you have any questions please let us know Thanks -Jake On Wed, Dec 17, 2014 at 7:56 PM, Marko Rodriguez okramma...@gmail.com mailto:okramma...@gmail.com wrote: Hello everyone, I have put the proposal on the wiki page. https://wiki.apache.org/incubator/TinkerPopProposal As requested by Roman, I updated the Affiliations section. Note that I would love to tweak more but there is a 1 minute turn around time when I hit 'preview' or 'save changes' on the wiki. It started driving me mad so I stopped. Please advise on desired edits and I will do so. Moreover, I will make things much cleaner once the wiki interface speeds up (hopefully its just a 'burp' in the software right now). Finally, I will review the individuals who noted they would like to champion or mentor TinkerPop. I will read more about them, what these roles are, and provide thoughts to this thread once I fully grasp the situation. Thank you again, Marko. http://markorodriguez.com On Dec 17, 2014, at 5:25 PM, Henry Saputra henry.sapu...@gmail.com wrote: No way, Marko! This is AWESOME!! As many people had mentioned before, you need Champion who is Apache member and mentors who are member of Incubator PMCs. And please do follow the format of the proposal as Hadrian mentioned in his reply. So excited! - Henry - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework
+1 Hi Marko, Thanks for your proposal. I followed and used tinkerpop for a long time and it is indeed a brilliant open source project. I think I understand the motivation to move the project governance to the ASF and it makes sense. I volunteer to be a mentor, should the project be accepted (which I am confident of, knowing the merits of your project). You'll need at least 3 mentors and a champion as well (do you have any ASF member in mind for that role?). The proposal needs a tiny bit of work as well. Good luck, Hadrian On 12/17/2014 02:09 PM, Marko Rodriguez wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com *A. Abstract* TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com http://tinkerpop.com/. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation (http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community (http://en.wikipedia.org/wiki/Java_Database_Connectivity). *B. Proposal* Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors (http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. *C. Background* TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. *D. Rationale* The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language, Gremlin, for executing graph algorithms transparently over either type of system. Finally, TinkerPop unifies single-machine systems and distributed systems, presenting an identical user experience within the boundaries of the computational space and time constraints of the underlying graph system. *E. Initial Goals* The goal of this proposal is to migrate TinkerPop to The Apache Foundation to 1.) get more exposure to the project and 2.) legally protect the developers and contributors of TinkerPop. *F. Current Status* TinkerPop is planning to release TinkerPop 3.0.0.GA early 2015 -- January or February. We would like to release TinkerPop 3.0.0.GA under The Apache Foundation. *G. Meritocracy* Anyone is welcome to join TinkerPop as a contributor. If an individual provides successful code updates, documentation updates, etc. then they are asked to
Re: [Proposal] TinkerPop: A Graph Computing Framework
I am excited to see this proposal come to the incubator. You can count me in for one of the mentor slots. On Wed Dec 17 2014 at 3:27:17 PM Hadrian Zbarcea hzbar...@gmail.com wrote: +1 Hi Marko, Thanks for your proposal. I followed and used tinkerpop for a long time and it is indeed a brilliant open source project. I think I understand the motivation to move the project governance to the ASF and it makes sense. I volunteer to be a mentor, should the project be accepted (which I am confident of, knowing the merits of your project). You'll need at least 3 mentors and a champion as well (do you have any ASF member in mind for that role?). The proposal needs a tiny bit of work as well. Good luck, Hadrian On 12/17/2014 02:09 PM, Marko Rodriguez wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop ( http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com *A. Abstract* TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation ( http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community ( http://en.wikipedia.org/wiki/Java_Database_Connectivity). *B. Proposal* Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors ( http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. *C. Background* TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. *D. Rationale* The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language, Gremlin, for executing graph algorithms transparently over either type of system. Finally, TinkerPop unifies single-machine systems and distributed systems, presenting an identical user experience within the boundaries of the computational space and time constraints of the underlying graph system. *E. Initial Goals* The goal of this proposal is to migrate TinkerPop to The Apache Foundation to 1.) get more exposure to the project and 2.) legally protect the developers and contributors of TinkerPop. *F. Current Status* TinkerPop is planning to release TinkerPop 3.0.0.GA early 2015 -- January or February. We would like to release TinkerPop 3.0.0.GA under The
Re: [Proposal] TinkerPop: A Graph Computing Framework
+1 Thanks for the proposal. In Apache Falcon we use Blueprints. I am happy to see TinkerPop moving to ASF. Let me know if you need a mentor. On Wed, Dec 17, 2014 at 11:09 AM, Marko Rodriguez okramma...@gmail.com wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop ( http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com *A. Abstract* TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation ( http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community ( http://en.wikipedia.org/wiki/Java_Database_Connectivity). *B. Proposal* Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors ( http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. *C. Background* TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. *D. Rationale* The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language, Gremlin, for executing graph algorithms transparently over either type of system. Finally, TinkerPop unifies single-machine systems and distributed systems, presenting an identical user experience within the boundaries of the computational space and time constraints of the underlying graph system. *E. Initial Goals* The goal of this proposal is to migrate TinkerPop to The Apache Foundation to 1.) get more exposure to the project and 2.) legally protect the developers and contributors of TinkerPop. *F. Current Status* TinkerPop is planning to release TinkerPop 3.0.0.GA early 2015 -- January or February. We would like to release TinkerPop 3.0.0.GA under The Apache Foundation. *G. Meritocracy* Anyone is welcome to join TinkerPop as a contributor. If an individual provides successful code updates, documentation updates, etc. then they are asked to join TinkerPop contributors. Once inside TinkerPop, they are able to voice their opinions/thoughts on the direction of the project. Moreover, TinkerPop actively seeks vendors who leverage TinkerPop in their offering to place a representative on TinkerPop contributors who can speak on behalf of their organization as it relates to the requirements of their graph system.
Re: [Proposal] TinkerPop: A Graph Computing Framework
Not surprisingly, there is already some positive feedback. If you don't already have a champion in mind, I'd be happy to help in that role as well. Hadrian On 12/17/2014 03:26 PM, Hadrian Zbarcea wrote: +1 Hi Marko, Thanks for your proposal. I followed and used tinkerpop for a long time and it is indeed a brilliant open source project. I think I understand the motivation to move the project governance to the ASF and it makes sense. I volunteer to be a mentor, should the project be accepted (which I am confident of, knowing the merits of your project). You'll need at least 3 mentors and a champion as well (do you have any ASF member in mind for that role?). The proposal needs a tiny bit of work as well. Good luck, Hadrian On 12/17/2014 02:09 PM, Marko Rodriguez wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com *A. Abstract* TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com http://tinkerpop.com/. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation (http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community (http://en.wikipedia.org/wiki/Java_Database_Connectivity). *B. Proposal* Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors (http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. *C. Background* TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. *D. Rationale* The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language, Gremlin, for executing graph algorithms transparently over either type of system. Finally, TinkerPop unifies single-machine systems and distributed systems, presenting an identical user experience within the boundaries of the computational space and time constraints of the underlying graph system. *E. Initial Goals* The goal of this proposal is to migrate TinkerPop to The Apache Foundation to 1.) get more exposure to the project and 2.) legally protect the developers and contributors of TinkerPop. *F. Current Status* TinkerPop is planning to release TinkerPop 3.0.0.GA early 2015 -- January or February. We would like to release TinkerPop 3.0.0.GA
Re: [Proposal] TinkerPop: A Graph Computing Framework
I'm pretty excited to see this as well. I'll help any way I can. Phil This message optimized for indexing by NSA PRISM On Wed, Dec 17, 2014 at 4:23 PM, Hadrian Zbarcea hzbar...@gmail.com wrote: Not surprisingly, there is already some positive feedback. If you don't already have a champion in mind, I'd be happy to help in that role as well. Hadrian On 12/17/2014 03:26 PM, Hadrian Zbarcea wrote: +1 Hi Marko, Thanks for your proposal. I followed and used tinkerpop for a long time and it is indeed a brilliant open source project. I think I understand the motivation to move the project governance to the ASF and it makes sense. I volunteer to be a mentor, should the project be accepted (which I am confident of, knowing the merits of your project). You'll need at least 3 mentors and a champion as well (do you have any ASF member in mind for that role?). The proposal needs a tiny bit of work as well. Good luck, Hadrian On 12/17/2014 02:09 PM, Marko Rodriguez wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop ( http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com *A. Abstract* TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation ( http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community ( http://en.wikipedia.org/wiki/Java_Database_Connectivity). *B. Proposal* Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors ( http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. *C. Background* TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. *D. Rationale* The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language, Gremlin, for executing graph algorithms transparently over either type of system. Finally, TinkerPop unifies single-machine systems and distributed systems, presenting an identical user experience within the boundaries of the computational space and time constraints of the underlying graph system. *E. Initial Goals* The goal of this proposal is to migrate TinkerPop to The Apache Foundation to 1.) get more exposure to the project and 2.)
Re: [Proposal] TinkerPop: A Graph Computing Framework
As one of Giraph devs I really like the idea of having TinkerPop in ASF. A few questions/points: * could you please post the proposal to: https://wiki.apache.org/incubator/TinkerPop Proposal (let me know your wiki ID if you don't have enough karma) * do you guys have a champion and initial set of mentors in mind? * could you please fill out affiliations section? Thanks, Roman. On Wed, Dec 17, 2014 at 11:09 AM, Marko Rodriguez okramma...@gmail.com wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com A. Abstract TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation (http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community (http://en.wikipedia.org/wiki/Java_Database_Connectivity). B. Proposal Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors (http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language, Gremlin, for executing graph algorithms transparently over either type of system. Finally, TinkerPop unifies single-machine systems and distributed systems, presenting an identical user experience within the boundaries of the computational space and time constraints of the underlying graph system. E. Initial Goals The goal of this proposal is to migrate TinkerPop to The Apache Foundation to 1.) get more exposure to the project and 2.) legally protect the developers and contributors of TinkerPop. F. Current Status TinkerPop is planning to release TinkerPop 3.0.0.GA early 2015 -- January or February. We would like to release TinkerPop 3.0.0.GA under The Apache Foundation. G. Meritocracy Anyone is welcome to join TinkerPop as a contributor. If an individual provides successful code updates, documentation updates, etc. then they are asked to join TinkerPop contributors. Once inside TinkerPop, they are able to voice their opinions/thoughts on the direction of the
Re: [Proposal] TinkerPop: A Graph Computing Framework
Hello Roman, First off, thank you everyone for your positive reception. I have been sending over your comments to our contributors mailing list to give everyone a stoke. As one of Giraph devs I really like the idea of having TinkerPop in ASF. Excellent. Note that we have Gremlin working over Giraph in TinkerPop3 -- part of Hadoop-Gremlin. http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#_olap_hadoop_gremlin Also, note that Avery Ching is a TinkerPop-Contributor … so its a nice happy family. A few questions/points: * could you please post the proposal to: https://wiki.apache.org/incubator/TinkerPop Proposal (let me know your wiki ID if you don't have enough karma) I just created an account and my ID is MarkoRodriguez. Can you give me edit permissions please? https://wiki.apache.org/incubator/TinkerPopProposal?action=edit * do you guys have a champion and initial set of mentors in mind? This is what I don't understand. I was on a call with Sam Ruby (cc:d) when the final decision to submit the proposal to The Apache Foundation was made. I believe he said something along the lines of: If no one wants to be a champion for you, I can do it. (or perhaps he said mentor). * could you please fill out affiliations section? I can do that when I put the proposal on the wiki. Apologies, I misunderstood what that section was asking for. I understand now. Thank you everyone for your time, Marko. http://markorodriguez.com Thanks, Roman. On Wed, Dec 17, 2014 at 11:09 AM, Marko Rodriguez okramma...@gmail.com wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com A. Abstract TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation (http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community (http://en.wikipedia.org/wiki/Java_Database_Connectivity). B. Proposal Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors (http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also
Re: [Proposal] TinkerPop: A Graph Computing Framework
On Wed, Dec 17, 2014 at 3:28 PM, Marko Rodriguez okramma...@gmail.com wrote: Hello Roman, A few questions/points: * could you please post the proposal to: https://wiki.apache.org/incubator/TinkerPop Proposal (let me know your wiki ID if you don't have enough karma) I just created an account and my ID is MarkoRodriguez. Can you give me edit permissions please? Done. You should be able to edit the wiki now. FYI it is updating slowly right this moment. Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [Proposal] TinkerPop: A Graph Computing Framework
Hi Marko, Take a look at the incubator guide [1] for submitting proposals, in particular the section explaining the role of the champion [2] and mentors [3]. You already have 2 ASF members who offered to help as champions and more than 3 three who offered to mentor. If you have somebody in particular in mind who didn't offer yet, you could contact that person directly and ask. It may not be a bad idea to involve the existing community in the selection. Then you'd need to post on the wiki and incrementally refine the proposal to include the feedback you'll get on this thread. Roman already mentioned the affiliations section. The champion and mentors will help. The next step will be to submit the proposal for a formal vote and then... the fun begins, uhm, continues. Cheers, Hadrian [1] http://incubator.apache.org/guides/proposal.html [2] http://incubator.apache.org/guides/proposal.html#template-champion [3] http://incubator.apache.org/guides/proposal.html#template-mentors On 12/17/2014 06:28 PM, Marko Rodriguez wrote: Hello Roman, First off, thank you everyone for your positive reception. I have been sending over your comments to our contributors mailing list to give everyone a stoke. As one of Giraph devs I really like the idea of having TinkerPop in ASF. Excellent. Note that we have Gremlin working over Giraph in TinkerPop3 -- part of Hadoop-Gremlin. http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#_olap_hadoop_gremlin Also, note that Avery Ching is a TinkerPop-Contributor … so its a nice happy family. A few questions/points: * could you please post the proposal to: https://wiki.apache.org/incubator/TinkerPop Proposal (let me know your wiki ID if you don't have enough karma) I just created an account and my ID is MarkoRodriguez. Can you give me edit permissions please? https://wiki.apache.org/incubator/TinkerPopProposal?action=edit * do you guys have a champion and initial set of mentors in mind? This is what I don't understand. I was on a call with Sam Ruby (cc:d) when the final decision to submit the proposal to The Apache Foundation was made. I believe he said something along the lines of: If no one wants to be a champion for you, I can do it. (or perhaps he said mentor). * could you please fill out affiliations section? I can do that when I put the proposal on the wiki. Apologies, I misunderstood what that section was asking for. I understand now. Thank you everyone for your time, Marko. http://markorodriguez.com Thanks, Roman. On Wed, Dec 17, 2014 at 11:09 AM, Marko Rodriguez okramma...@gmail.com wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com A. Abstract TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation (http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community (http://en.wikipedia.org/wiki/Java_Database_Connectivity). B. Proposal Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors (http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a
Re: [Proposal] TinkerPop: A Graph Computing Framework
No way, Marko! This is AWESOME!! As many people had mentioned before, you need Champion who is Apache member and mentors who are member of Incubator PMCs. And please do follow the format of the proposal as Hadrian mentioned in his reply. So excited! - Henry On Wed, Dec 17, 2014 at 11:09 AM, Marko Rodriguez okramma...@gmail.com wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop ( http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com *A. Abstract* TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation ( http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community ( http://en.wikipedia.org/wiki/Java_Database_Connectivity). *B. Proposal* Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors ( http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. *C. Background* TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. *D. Rationale* The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language, Gremlin, for executing graph algorithms transparently over either type of system. Finally, TinkerPop unifies single-machine systems and distributed systems, presenting an identical user experience within the boundaries of the computational space and time constraints of the underlying graph system. *E. Initial Goals* The goal of this proposal is to migrate TinkerPop to The Apache Foundation to 1.) get more exposure to the project and 2.) legally protect the developers and contributors of TinkerPop. *F. Current Status* TinkerPop is planning to release TinkerPop 3.0.0.GA early 2015 -- January or February. We would like to release TinkerPop 3.0.0.GA under The Apache Foundation. *G. Meritocracy* Anyone is welcome to join TinkerPop as a contributor. If an individual provides successful code updates, documentation updates, etc. then they are asked to join TinkerPop contributors. Once inside TinkerPop, they are able to voice their opinions/thoughts on the direction of the project. Moreover, TinkerPop actively seeks vendors who leverage TinkerPop in their offering to place a representative on
Re: [Proposal] TinkerPop: A Graph Computing Framework
Hello everyone, I have put the proposal on the wiki page. https://wiki.apache.org/incubator/TinkerPopProposal As requested by Roman, I updated the Affiliations section. Note that I would love to tweak more but there is a 1 minute turn around time when I hit 'preview' or 'save changes' on the wiki. It started driving me mad so I stopped. Please advise on desired edits and I will do so. Moreover, I will make things much cleaner once the wiki interface speeds up (hopefully its just a 'burp' in the software right now). Finally, I will review the individuals who noted they would like to champion or mentor TinkerPop. I will read more about them, what these roles are, and provide thoughts to this thread once I fully grasp the situation. Thank you again, Marko. http://markorodriguez.com On Dec 17, 2014, at 5:25 PM, Henry Saputra henry.sapu...@gmail.com wrote: No way, Marko! This is AWESOME!! As many people had mentioned before, you need Champion who is Apache member and mentors who are member of Incubator PMCs. And please do follow the format of the proposal as Hadrian mentioned in his reply. So excited! - Henry
Re: [Proposal] TinkerPop: A Graph Computing Framework
Hey Marko Thank you for posting the proposal to the wiki. The proposal has the requested infra for issues, wiki, mailing lists, and scm all still at github. These sections will have to be edited to bring everything over to ASF hardware. Please take a look at other proposals listed for an idea and if you have any questions please let us know Thanks -Jake On Wed, Dec 17, 2014 at 7:56 PM, Marko Rodriguez okramma...@gmail.com wrote: Hello everyone, I have put the proposal on the wiki page. https://wiki.apache.org/incubator/TinkerPopProposal As requested by Roman, I updated the Affiliations section. Note that I would love to tweak more but there is a 1 minute turn around time when I hit 'preview' or 'save changes' on the wiki. It started driving me mad so I stopped. Please advise on desired edits and I will do so. Moreover, I will make things much cleaner once the wiki interface speeds up (hopefully its just a 'burp' in the software right now). Finally, I will review the individuals who noted they would like to champion or mentor TinkerPop. I will read more about them, what these roles are, and provide thoughts to this thread once I fully grasp the situation. Thank you again, Marko. http://markorodriguez.com On Dec 17, 2014, at 5:25 PM, Henry Saputra henry.sapu...@gmail.com wrote: No way, Marko! This is AWESOME!! As many people had mentioned before, you need Champion who is Apache member and mentors who are member of Incubator PMCs. And please do follow the format of the proposal as Hadrian mentioned in his reply. So excited! - Henry
Re: [Proposal] TinkerPop: A Graph Computing Framework
This is awesome. I'd be happy to help in any way I can. -Taylor On Dec 17, 2014, at 2:09 PM, Marko Rodriguez okramma...@gmail.com wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop (http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com PastedGraphic-1.tiff A. Abstract TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation (http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community (http://en.wikipedia.org/wiki/Java_Database_Connectivity). B. Proposal Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors (http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language, Gremlin, for executing graph algorithms transparently over either type of system. Finally, TinkerPop unifies single-machine systems and distributed systems, presenting an identical user experience within the boundaries of the computational space and time constraints of the underlying graph system. E. Initial Goals The goal of this proposal is to migrate TinkerPop to The Apache Foundation to 1.) get more exposure to the project and 2.) legally protect the developers and contributors of TinkerPop. F. Current Status TinkerPop is planning to release TinkerPop 3.0.0.GA early 2015 -- January or February. We would like to release TinkerPop 3.0.0.GA under The Apache Foundation. G. Meritocracy Anyone is welcome to join TinkerPop as a contributor. If an individual provides successful code updates, documentation updates, etc. then they are asked to join TinkerPop contributors. Once inside TinkerPop, they are able to voice their opinions/thoughts on the direction of the project. Moreover, TinkerPop actively seeks vendors who leverage TinkerPop in their offering to place a representative on TinkerPop contributors who can speak on behalf of their organization as it relates to the requirements of their graph
Re: [Proposal] TinkerPop: A Graph Computing Framework
This is very good news. +1 On Wed, Dec 17, 2014 at 7:14 PM, P. Taylor Goetz ptgo...@gmail.com wrote: This is awesome. I'd be happy to help in any way I can. -Taylor On Dec 17, 2014, at 2:09 PM, Marko Rodriguez okramma...@gmail.com wrote: Hello, My name is Marko A. Rodriguez and am a co-founder of TinkerPop ( http://tinkerpop.com). There has been positive pressure on us (both internally and externally) to move TinkerPop to The Apache Foundation. This email contains our proposal and I, on behalf of TinkerPop, thank you for spending your time reading it. Take care, Marko. http://markorodriguez.com PastedGraphic-1.tiff A. Abstract TinkerPop is a graph computing framework written in Java -- http://tinkerpop.com. TinkerPop started in 2009 and is currently in the milestone series of 3.0.0. Graph system vendors such as in-memory graph libraries, OLTP graph databases, and OLAP graph processors can provide a TinkerPop implementation ( http://markorodriguez.com/2013/01/09/on-graph-computing/). Once the core TinkerPop interfaces are implemented, the underlying graph system can be queried using the graph traversal language Gremlin. TinkerPop was designed to be used at any scale and as such, can be leveraged by both single-server and multi-machine compute clusters. For many, TinkerPop is seen as the JDBC of the graph computing community ( http://en.wikipedia.org/wiki/Java_Database_Connectivity). B. Proposal Since its inception in 2009, TinkerPop has been open source, free to use. Initially the license was BSD, but as of TinkerPop3, the license is Apache2. The TinkerPop team is composed of developers as well as representatives from numerous graph system vendors ( http://www.tinkerpop.com/docs/3.0.0-SNAPSHOT/#tinkerpop-contributors). TinkerPop has done its best to remain vendor agnostic and works closely with vendors to ensure that the constructs within TinkerPop are able to accommodate the requirements of the underlying graph system. To date, over 12 graph system vendors provide TinkerPop implementations. We believe that by joining The Apache Foundation, our vendors, users, and contributors will feel more comfortable in terms of legal protected, in terms of wider-adoption, and in terms of project stability. C. Background TinkerPop was founded in 2009 and has had steady, active development since. Over the years, the Gremlin query language within TinkerPop has been adopted by various JVM languages and as such, there exists Gremlin-Groovy, Gremlin-Scala, Gremlin-Clojure, Gremlin-JavaScript, and the like. In many ways, Gremlin is seen as a traversal language style that can be readily adopted by developers --- on and off the JVM. TinkerPop is not bound to the JVM in that developers wishing to interact with a TinkerPop-enabled graph system can leverage Gremlin Server which provides over the wire communication as well as the entry point for non-JVM language bindings. TinkerPop is being used is production graph-based applications around the world and is only getting better with age. D. Rationale The graph computing space has grown over the years to encompass numerous graph database and graph processing systems. TinkerPop was created as a unifying framework for interoperability, language standardization, and data model standardization. This framework makes it simple to plug and play the back-end graph implementation without affecting the developer's code. This is analogous to the way in which JDBC allows users to swap relational databases while keeping the same programming interface. TinkerPop also brings together OLTP systems (graph databases) and OLAP systems (graph processors) by providing a single query language, Gremlin, for executing graph algorithms transparently over either type of system. Finally, TinkerPop unifies single-machine systems and distributed systems, presenting an identical user experience within the boundaries of the computational space and time constraints of the underlying graph system. E. Initial Goals The goal of this proposal is to migrate TinkerPop to The Apache Foundation to 1.) get more exposure to the project and 2.) legally protect the developers and contributors of TinkerPop. F. Current Status TinkerPop is planning to release TinkerPop 3.0.0.GA early 2015 -- January or February. We would like to release TinkerPop 3.0.0.GA under The Apache Foundation. G. Meritocracy Anyone is welcome to join TinkerPop as a contributor. If an individual provides successful code updates, documentation updates, etc. then they are asked to join TinkerPop contributors. Once inside TinkerPop, they are able to voice their opinions/thoughts on the direction of the project. Moreover, TinkerPop actively seeks vendors who leverage TinkerPop in their offering to place a representative on TinkerPop contributors who can speak on behalf