You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@s2graph.apache.org by DO YUNG YOON <sh...@gmail.com> on 2016/11/03 16:52:43 UTC
[DISCUSS] milestone for next release.
Hi all.
I think it is time for us to build consensus on milestone for next release.
Let me suggest few to start this discussion.
1. Basic implementation for Tinkerpop3.
Many people already asked if they can use S2Graph with tinkerpop. I have
played around at https://issues.apache.org/jira/browse/S2GRAPH-72 issue,
but never polished it yet. I am thinking about provide java client that
implement tinkerpop3 interface by call s2graph core, because java has much
wide range of users and it also can be used by scala users too.
Also I have realized that we can take advantage of tinkerpop's
OLAP(Hadoop-Gremlin) ability by providing layer translating GraphIO between
S2Graph's format to Tinkerpop's format.
Also I think existing userbase for gremlin-console, gremlin-server can take
benefits from this and we may hopefully increase our reach to more broad
audience.
2. Various Storage Backend.
We have tested if our interface is pluggable for storage backend by playing
around RocksDBStorage. I think it is time for us actually provide more
storage backend plugins so users who do not use HBase can also be benefit
from S2Graph.
Many startup users who contact me asked if they can use S2Graph with mysql,
postgresql, and redis. Actually, we have implemented RedisStorage
once(S2GRAPH-1), but never merged PR. Since then, our interface has been
changed so we need to make sure this awesome PR included into our codebase.
I think working on storage backend plugin is great way to interact with
code base, so I encourage others(especially committers) to try out this.
I am thinking of followings.
- Any system that JDBC can talk to.
- postgresl
- mysql
- etc...
- Cassandra(for big graph).
- Redis(S2GRAPH-1, for small graph).
- etc...
Personally I think this is most important discussion for now since anyone
interested in S2Graph can see where we are heading and hopefully encourage
more developers to participate in S2Graph.
Please feel free to give any feedback and comment and hope to discuss this
further with all.
Thanks
DOYUNG YOON
Re: [DISCUSS] milestone for next release.
Posted by DO YUNG YOON <sh...@gmail.com>.
Based on lazy consensus(
https://www.apache.org/foundation/voting.html#LazyConsensus), I assumes
that others agree on our next release target. I am going to work on Basic
implementation for Tinkerpop3.
Please jump on this issue(https://issues.apache.org/jira/browse/S2GRAPH-80)
if anyone interested.
Just wondering if there is any others who are interested in Various Storage
Backend.
On Fri, Nov 4, 2016 at 9:31 AM DO YUNG YOON <sh...@gmail.com> wrote:
> Would love to see S2Graph integrate with Zepplin just like neo4j
> https://github.com/apache/zeppelin/pull/1582.
> Let me first take time to look around what is requirement on S2Graph side
> to make this happen by go through PR and we can add Zepplin integration on
> milestone for next release.
> Thanks for your suggestion!
>
>
> On Fri, Nov 4, 2016 at 7:27 AM Hyunsung Jo <hy...@gmail.com> wrote:
>
> Hi Doyung,
>
> There was a recent PR in Zeppelin to integrate with Neo4j. (
> https://github.com/apache/zeppelin/pull/1582)
> Something like this for S2Graph might interest both the dev + user
> community.
> Although, technically it would be a code contribution to Zeppelin rather
> than S2Graph.
>
> Regards,
> Jo
> On Fri, Nov 4, 2016 at 1:52 AM DO YUNG YOON <sh...@gmail.com> wrote:
>
> > Hi all.
> >
> > I think it is time for us to build consensus on milestone for next
> release.
> > Let me suggest few to start this discussion.
> >
> > 1. Basic implementation for Tinkerpop3.
> >
> > Many people already asked if they can use S2Graph with tinkerpop. I have
> > played around at https://issues.apache.org/jira/browse/S2GRAPH-72 issue,
> > but never polished it yet. I am thinking about provide java client that
> > implement tinkerpop3 interface by call s2graph core, because java has
> much
> > wide range of users and it also can be used by scala users too.
> >
> > Also I have realized that we can take advantage of tinkerpop's
> > OLAP(Hadoop-Gremlin) ability by providing layer translating GraphIO
> between
> > S2Graph's format to Tinkerpop's format.
> >
> > Also I think existing userbase for gremlin-console, gremlin-server can
> take
> > benefits from this and we may hopefully increase our reach to more broad
> > audience.
> >
> > 2. Various Storage Backend.
> >
> > We have tested if our interface is pluggable for storage backend by
> playing
> > around RocksDBStorage. I think it is time for us actually provide more
> > storage backend plugins so users who do not use HBase can also be benefit
> > from S2Graph.
> >
> > Many startup users who contact me asked if they can use S2Graph with
> mysql,
> > postgresql, and redis. Actually, we have implemented RedisStorage
> > once(S2GRAPH-1), but never merged PR. Since then, our interface has been
> > changed so we need to make sure this awesome PR included into our
> codebase.
> >
> > I think working on storage backend plugin is great way to interact with
> > code base, so I encourage others(especially committers) to try out this.
> >
> > I am thinking of followings.
> > - Any system that JDBC can talk to.
> > - postgresl
> > - mysql
> > - etc...
> > - Cassandra(for big graph).
> > - Redis(S2GRAPH-1, for small graph).
> > - etc...
> >
> > Personally I think this is most important discussion for now since anyone
> > interested in S2Graph can see where we are heading and hopefully
> encourage
> > more developers to participate in S2Graph.
> >
> > Please feel free to give any feedback and comment and hope to discuss
> this
> > further with all.
> >
> > Thanks
> > DOYUNG YOON
> >
>
>
Re: [DISCUSS] milestone for next release.
Posted by DO YUNG YOON <sh...@gmail.com>.
Would love to see S2Graph integrate with Zepplin just like neo4j
https://github.com/apache/zeppelin/pull/1582.
Let me first take time to look around what is requirement on S2Graph side
to make this happen by go through PR and we can add Zepplin integration on
milestone for next release.
Thanks for your suggestion!
On Fri, Nov 4, 2016 at 7:27 AM Hyunsung Jo <hy...@gmail.com> wrote:
> Hi Doyung,
>
> There was a recent PR in Zeppelin to integrate with Neo4j. (
> https://github.com/apache/zeppelin/pull/1582)
> Something like this for S2Graph might interest both the dev + user
> community.
> Although, technically it would be a code contribution to Zeppelin rather
> than S2Graph.
>
> Regards,
> Jo
> On Fri, Nov 4, 2016 at 1:52 AM DO YUNG YOON <sh...@gmail.com> wrote:
>
> > Hi all.
> >
> > I think it is time for us to build consensus on milestone for next
> release.
> > Let me suggest few to start this discussion.
> >
> > 1. Basic implementation for Tinkerpop3.
> >
> > Many people already asked if they can use S2Graph with tinkerpop. I have
> > played around at https://issues.apache.org/jira/browse/S2GRAPH-72 issue,
> > but never polished it yet. I am thinking about provide java client that
> > implement tinkerpop3 interface by call s2graph core, because java has
> much
> > wide range of users and it also can be used by scala users too.
> >
> > Also I have realized that we can take advantage of tinkerpop's
> > OLAP(Hadoop-Gremlin) ability by providing layer translating GraphIO
> between
> > S2Graph's format to Tinkerpop's format.
> >
> > Also I think existing userbase for gremlin-console, gremlin-server can
> take
> > benefits from this and we may hopefully increase our reach to more broad
> > audience.
> >
> > 2. Various Storage Backend.
> >
> > We have tested if our interface is pluggable for storage backend by
> playing
> > around RocksDBStorage. I think it is time for us actually provide more
> > storage backend plugins so users who do not use HBase can also be benefit
> > from S2Graph.
> >
> > Many startup users who contact me asked if they can use S2Graph with
> mysql,
> > postgresql, and redis. Actually, we have implemented RedisStorage
> > once(S2GRAPH-1), but never merged PR. Since then, our interface has been
> > changed so we need to make sure this awesome PR included into our
> codebase.
> >
> > I think working on storage backend plugin is great way to interact with
> > code base, so I encourage others(especially committers) to try out this.
> >
> > I am thinking of followings.
> > - Any system that JDBC can talk to.
> > - postgresl
> > - mysql
> > - etc...
> > - Cassandra(for big graph).
> > - Redis(S2GRAPH-1, for small graph).
> > - etc...
> >
> > Personally I think this is most important discussion for now since anyone
> > interested in S2Graph can see where we are heading and hopefully
> encourage
> > more developers to participate in S2Graph.
> >
> > Please feel free to give any feedback and comment and hope to discuss
> this
> > further with all.
> >
> > Thanks
> > DOYUNG YOON
> >
>
Re: [DISCUSS] milestone for next release.
Posted by Hyunsung Jo <hy...@gmail.com>.
Hi Doyung,
There was a recent PR in Zeppelin to integrate with Neo4j. (
https://github.com/apache/zeppelin/pull/1582)
Something like this for S2Graph might interest both the dev + user
community.
Although, technically it would be a code contribution to Zeppelin rather
than S2Graph.
Regards,
Jo
On Fri, Nov 4, 2016 at 1:52 AM DO YUNG YOON <sh...@gmail.com> wrote:
> Hi all.
>
> I think it is time for us to build consensus on milestone for next release.
> Let me suggest few to start this discussion.
>
> 1. Basic implementation for Tinkerpop3.
>
> Many people already asked if they can use S2Graph with tinkerpop. I have
> played around at https://issues.apache.org/jira/browse/S2GRAPH-72 issue,
> but never polished it yet. I am thinking about provide java client that
> implement tinkerpop3 interface by call s2graph core, because java has much
> wide range of users and it also can be used by scala users too.
>
> Also I have realized that we can take advantage of tinkerpop's
> OLAP(Hadoop-Gremlin) ability by providing layer translating GraphIO between
> S2Graph's format to Tinkerpop's format.
>
> Also I think existing userbase for gremlin-console, gremlin-server can take
> benefits from this and we may hopefully increase our reach to more broad
> audience.
>
> 2. Various Storage Backend.
>
> We have tested if our interface is pluggable for storage backend by playing
> around RocksDBStorage. I think it is time for us actually provide more
> storage backend plugins so users who do not use HBase can also be benefit
> from S2Graph.
>
> Many startup users who contact me asked if they can use S2Graph with mysql,
> postgresql, and redis. Actually, we have implemented RedisStorage
> once(S2GRAPH-1), but never merged PR. Since then, our interface has been
> changed so we need to make sure this awesome PR included into our codebase.
>
> I think working on storage backend plugin is great way to interact with
> code base, so I encourage others(especially committers) to try out this.
>
> I am thinking of followings.
> - Any system that JDBC can talk to.
> - postgresl
> - mysql
> - etc...
> - Cassandra(for big graph).
> - Redis(S2GRAPH-1, for small graph).
> - etc...
>
> Personally I think this is most important discussion for now since anyone
> interested in S2Graph can see where we are heading and hopefully encourage
> more developers to participate in S2Graph.
>
> Please feel free to give any feedback and comment and hope to discuss this
> further with all.
>
> Thanks
> DOYUNG YOON
>