|
Janusgraph support for HBase 2.0(Hadoop 3.x)
Hi,
Is there any plans that Janusgraph to be certified on Hbase 2.0 version as we are currently using Janusgreaph0.2.0 with Hbase 1.1.2, but planning to upgrade our Hadoop version to 3.x. For this we
Hi,
Is there any plans that Janusgraph to be certified on Hbase 2.0 version as we are currently using Janusgreaph0.2.0 with Hbase 1.1.2, but planning to upgrade our Hadoop version to 3.x. For this we
|
By
Jagadeesh Kumar Bhavanasi <jagadeesh...@...>
·
#756
·
|
|
Re: [DISCUSS] Official JanusGraph docker image repo
Yes, +1 for the separate repo.
Am Dienstag, 21. August 2018 03:04:23 UTC+2 schrieb Ted Wilmes:
Yes, +1 for the separate repo.
Am Dienstag, 21. August 2018 03:04:23 UTC+2 schrieb Ted Wilmes:
|
By
Florian Hockmann <f...@...>
·
#755
·
|
|
Re: [DISCUSS] Official JanusGraph docker image repo
Hey Chris,
Appreciate the extra stir and yes, I'm in agreement. +1 for a separate repo.
Thanks,
Ted
Hey Chris,
Appreciate the extra stir and yes, I'm in agreement. +1 for a separate repo.
Thanks,
Ted
|
By
Ted Wilmes <twi...@...>
·
#754
·
|
|
Re: [DISCUSS] Official JanusGraph docker image repo
Stirring one more time. Ted and Florian are you guys in favor of the creation of a repo for an official JanusGraph docker image?
Stirring one more time. Ted and Florian are you guys in favor of the creation of a repo for an official JanusGraph docker image?
|
By
Chris Hupman <chris...@...>
·
#753
·
|
|
Edge properties consistency
Hello
I face following scenario : several threads trying to increment a property value on same edge.
Actual behavior : last commit is the value that stays after threads are done
The question is :
Hello
I face following scenario : several threads trying to increment a property value on same edge.
Actual behavior : last commit is the value that stays after threads are done
The question is :
|
By
Rami Mankevich <rami.m...@...>
·
#752
·
|
|
Re: Failing to store List as property value
And next time please use JanusGraph users mailing list for such queries :-)
And next time please use JanusGraph users mailing list for such queries :-)
|
By
Debasish Kanhar <d.k...@...>
·
#751
·
|
|
Re: Failing to store List as property value
Hi Manish,
Well you are adding List property to JanusGraph in wrong way. The way I do to create List properties once the schema is defined is as follows:
The following things should work, and if it
Hi Manish,
Well you are adding List property to JanusGraph in wrong way. The way I do to create List properties once the schema is defined is as follows:
The following things should work, and if it
|
By
Debasish Kanhar <d.k...@...>
·
#750
·
|
|
Failing to store List as property value
I have this code:
JanusGraph graph = JanusGraphFactory.open("/janusgraph-0.2.0-hadoop2/conf/janusgraph-cassandra.properties");
JanusGraphManagement mgmt =
I have this code:
JanusGraph graph = JanusGraphFactory.open("/janusgraph-0.2.0-hadoop2/conf/janusgraph-cassandra.properties");
JanusGraphManagement mgmt =
|
By
mkj....@...
·
#749
·
|
|
Re: [PROPOSAL] new repository for .NET driver
Thanks Misha!
I just created the initial PR: https://github.com/JanusGraph/janusgraph-dotnet/pull/1
Am 16.08.2018 um 17:56 schrieb Misha Brukman:
Thanks Misha!
I just created the initial PR: https://github.com/JanusGraph/janusgraph-dotnet/pull/1
Am 16.08.2018 um 17:56 schrieb Misha Brukman:
|
By
Florian Hockmann <f...@...>
·
#748
·
|
|
Re: [DISCUSS] Versioning for GLV Libraries
Well, in that case, well we will just add corresponding columns to the matrix corresponding to versions of the GLVs we are producing.
Well, as I said before, both the idea seems good to me, but since
Well, in that case, well we will just add corresponding columns to the matrix corresponding to versions of the GLVs we are producing.
Well, as I said before, both the idea seems good to me, but since
|
By
Debasish Kanhar <d.k...@...>
·
#744
·
|
|
Re: [PROPOSAL] new repository for .NET driver
Hi Florian,
Please feel free to open PRs on https://github.com/JanusGraph/janusgraph-dotnet and update the authors/contributors accordingly in addition to other files (readme).
I've also activated
Hi Florian,
Please feel free to open PRs on https://github.com/JanusGraph/janusgraph-dotnet and update the authors/contributors accordingly in addition to other files (readme).
I've also activated
|
By
Misha Brukman <mbru...@...>
·
#747
·
|
|
Re: [PROPOSAL] new repository for .NET driver
I'll populate the new JanusGraph repos with boilerplate license + DCO + Authors/contributors files, and then please feel free to follow the PR approach to bring in the code (and update copyright,
I'll populate the new JanusGraph repos with boilerplate license + DCO + Authors/contributors files, and then please feel free to follow the PR approach to bring in the code (and update copyright,
|
By
Misha Brukman <mbru...@...>
·
#746
·
|
|
Re: ES as storage backend for Janusgraph
There was a recent thread where a developer was exploring using Solr as the storage backend for JanusGraph.
I'd suggest looking over the code for the in-memory or BerkeleyJE storage backends to get an
There was a recent thread where a developer was exploring using Solr as the storage backend for JanusGraph.
I'd suggest looking over the code for the in-memory or BerkeleyJE storage backends to get an
|
By
Jason Plurad <plu...@...>
·
#743
·
|
|
Re: [PROPOSAL] new repository for a JanusGraph plugin for Apache Ambari
+1 to the proposal (and +1 on the name).
+1 to the proposal (and +1 on the name).
|
By
Misha Brukman <mbru...@...>
·
#745
·
|
|
Re: [DISCUSS] Versioning for GLV Libraries
Yes, we can publish driver docs easily under docs.janusgraph.org/dotnet/x.y.z/index.html
I still think version numbers should be independent between projects. We already have a dizzying array of
Yes, we can publish driver docs easily under docs.janusgraph.org/dotnet/x.y.z/index.html
I still think version numbers should be independent between projects. We already have a dizzying array of
|
By
Jason Plurad <plu...@...>
·
#742
·
|
|
Re: [PROPOSAL] new repository for a JanusGraph plugin for Apache Ambari
+1 for janusgraph-ambari
By
Jason Plurad <plu...@...>
·
#741
·
|
|
Re: [DISCUSS] Official JanusGraph docker image repo
+1 for a single janusgraph-docker repo.
Wouldn't you be able to use the directory structure to manage the different flavors of a Docker image that we want to publish to Docker Hub? I wouldn't want to
+1 for a single janusgraph-docker repo.
Wouldn't you be able to use the directory structure to manage the different flavors of a Docker image that we want to publish to Docker Hub? I wouldn't want to
|
By
Jason Plurad <plu...@...>
·
#740
·
|
|
Re: [PROPOSAL] new repository for .NET driver
Doh, yet another GitHub setting update was required. Should be correct now.
Doh, yet another GitHub setting update was required. Should be correct now.
|
By
Jason Plurad <plu...@...>
·
#739
·
|
|
Re: [DISCUSS] Versioning for GLV Libraries
The problem I see with 4 digit versions where the first 3 are given by the JanusGraph version is that we couldn't express whether a release is a patch release or whether it contains new features (or
The problem I see with 4 digit versions where the first 3 are given by the JanusGraph version is that we couldn't express whether a release is a patch release or whether it contains new features (or
|
By
Florian Hockmann <f...@...>
·
#738
·
|
|
Re: [DISCUSS] Versioning for GLV Libraries
I would prefer any version, but I was thinking maybe aligning with JanusGraph version shall make it better, as user won't have to have a headache to which version to download, and it also gives us
I would prefer any version, but I was thinking maybe aligning with JanusGraph version shall make it better, as user won't have to have a headache to which version to download, and it also gives us
|
By
Debasish Kanhar <d.k...@...>
·
#737
·
|