|
Hello, I have started work on a Solr storage adapter. I implemented a storeManage and OrderedKeyValueStore. Now i can try some query with Gremlin gremlin> graph ==>standardjanusgraph[solr:[127.0.0.1]] gremlin> g ==>graphtraversalsource[standardjanusgraph[solr:[127.0.0.1]], standard] I'm not sure if it's a good fit for JanusGraph. If it is, could you guys point me in the right direction?
|
|
|
Nice work! Do you have a link to your fork that you could point at so folks could check it out if they were interested? Also, it'd be interesting to hear about your motivations for using Solr and what strengths/weaknesses it has in comparison to the existing storage adapters.
Thanks, Ted
On Thursday, June 7, 2018 at 3:39:57 PM UTC-5, yx zhou wrote: Hello, I have started work on a Solr storage adapter. I implemented a storeManage and OrderedKeyValueStore. Now i can try some query with Gremlin gremlin> graph ==>standardjanusgraph[solr:[127.0.0.1]] gremlin> g ==>graphtraversalsource[standardjanusgraph[solr:[127.0.0.1]], standard] I'm not sure if it's a good fit for JanusGraph. If it is, could you guys point me in the right direction?
|
|
|
:) thanks your reply. I pulled the Janusgraph 0.2.0 source code and changed, let me do fork and resubmit my change to public in github. BTW, do i need sign the CLA before sharing the link?
Motivations to making Solr as storage backend, I didn't compare with different storage adapter. I pick Solr because i already has a Solr running environment in AWS, such as backup and recovery system. I want to reuse them.
On Friday, June 8, 2018 at 8:13:49 AM UTC-7, Ted Wilmes wrote: Nice work! Do you have a link to your fork that you could point at so folks could check it out if they were interested? Also, it'd be interesting to hear about your motivations for using Solr and what strengths/weaknesses it has in comparison to the existing storage adapters.
Thanks, Ted On Thursday, June 7, 2018 at 3:39:57 PM UTC-5, yx zhou wrote: Hello, I have started work on a Solr storage adapter. I implemented a storeManage and OrderedKeyValueStore. Now i can try some query with Gremlin gremlin> graph ==>standardjanusgraph[solr:[127.0.0.1]] gremlin> g ==>graphtraversalsource[standardjanusgraph[solr:[127.0.0.1]], standard] I'm not sure if it's a good fit for JanusGraph. If it is, could you guys point me in the right direction?
|
|
|
And in my case, i will use Solr as index server. One Solr cluster solution is simpler and cheaper.
On Monday, June 11, 2018 at 1:12:11 PM UTC-7, yx zhou wrote: :) thanks your reply. I pulled the Janusgraph 0.2.0 source code and changed, let me do fork and resubmit my change to public in github. BTW, do i need sign the CLA before sharing the link?
Motivations to making Solr as storage backend, I didn't compare with different storage adapter. I pick Solr because i already has a Solr running environment in AWS, such as backup and recovery system. I want to reuse them. On Friday, June 8, 2018 at 8:13:49 AM UTC-7, Ted Wilmes wrote: Nice work! Do you have a link to your fork that you could point at so folks could check it out if they were interested? Also, it'd be interesting to hear about your motivations for using Solr and what strengths/weaknesses it has in comparison to the existing storage adapters.
Thanks, Ted On Thursday, June 7, 2018 at 3:39:57 PM UTC-5, yx zhou wrote: Hello, I have started work on a Solr storage adapter. I implemented a storeManage and OrderedKeyValueStore. Now i can try some query with Gremlin gremlin> graph ==>standardjanusgraph[solr:[127.0.0.1]] gremlin> g ==>graphtraversalsource[standardjanusgraph[solr:[127.0.0.1]], standard] I'm not sure if it's a good fit for JanusGraph. If it is, could you guys point me in the right direction?
|
|
|
Jason Plurad <plu...@...>
No, you don't need to sign a CLA to share a link to your work. You would need to sign a CLA if you decide that you want to contribute your backend to the JanusGraph project -- that is, the code would be housed and maintained in the JanusGraph repo.
I think it's an interesting approach to take. It certainly would reduce the size of the technology stack required to run JanusGraph.
Thanks for sharing!
On Monday, June 11, 2018 at 5:02:19 PM UTC-4, yx zhou wrote: And in my case, i will use Solr as index server. One Solr cluster solution is simpler and cheaper. On Monday, June 11, 2018 at 1:12:11 PM UTC-7, yx zhou wrote: :) thanks your reply. I pulled the Janusgraph 0.2.0 source code and changed, let me do fork and resubmit my change to public in github. BTW, do i need sign the CLA before sharing the link?
Motivations to making Solr as storage backend, I didn't compare with different storage adapter. I pick Solr because i already has a Solr running environment in AWS, such as backup and recovery system. I want to reuse them. On Friday, June 8, 2018 at 8:13:49 AM UTC-7, Ted Wilmes wrote: Nice work! Do you have a link to your fork that you could point at so folks could check it out if they were interested? Also, it'd be interesting to hear about your motivations for using Solr and what strengths/weaknesses it has in comparison to the existing storage adapters.
Thanks, Ted On Thursday, June 7, 2018 at 3:39:57 PM UTC-5, yx zhou wrote: Hello, I have started work on a Solr storage adapter. I implemented a storeManage and OrderedKeyValueStore. Now i can try some query with Gremlin gremlin> graph ==>standardjanusgraph[solr:[127.0.0.1]] gremlin> g ==>graphtraversalsource[standardjanusgraph[solr:[127.0.0.1]], standard] I'm not sure if it's a good fit for JanusGraph. If it is, could you guys point me in the right direction?
|
|
|
