|
[DISCUSS] Moving from Gitter to Discord
Hi,
JanusGraph currently uses Gitter as its chat platform. We noticed however that Discord is becoming more and more popular for OSS communities. TinkerPop has also recently started a Discord server
Hi,
JanusGraph currently uses Gitter as its chat platform. We noticed however that Discord is becoming more and more popular for OSS communities. TinkerPop has also recently started a Discord server
|
By
Florian Hockmann
·
#6500
·
|
|
Re: Rapid deletion of vertices
Thanks Boxuan, Marc, and Eric.
I implemented Boxuan's get-vertex-ids-and-delete-in-parallel suggestion with 8 gremlinpython workers, and it saves an order of magnitude of time. I imagine it could
Thanks Boxuan, Marc, and Eric.
I implemented Boxuan's get-vertex-ids-and-delete-in-parallel suggestion with 8 gremlinpython workers, and it saves an order of magnitude of time. I imagine it could
|
By
Scott Friedman
·
#6499
·
|
|
Re: Rapid deletion of vertices
Hello Scott,
i had the same situation but with much more data. Fastest way was stopping the server, then clear all, start it again and create the schema again.
bin/janusgraph.sh stop
bin/janusgraph.sh
Hello Scott,
i had the same situation but with much more data. Fastest way was stopping the server, then clear all, start it again and create the schema again.
bin/janusgraph.sh stop
bin/janusgraph.sh
|
By
eric.neufeld@...
·
#6498
·
|
|
Re: Rapid deletion of vertices
Hi Scott,
Another approach is to take snapshots of the Cassandra tables and Elasticsearch indices after creating the schema and indices.
Note that there are some subtleties when taking snapshots of
Hi Scott,
Another approach is to take snapshots of the Cassandra tables and Elasticsearch indices after creating the schema and indices.
Note that there are some subtleties when taking snapshots of
|
By
hadoopmarc@...
·
#6497
·
|
|
Re: Rapid deletion of vertices
Hi Scott,
One idea that first came into my mind is to first collect all vertex ids, and then delete them in batch & in parallel using multi-threading.
Best regards,
Boxuan
Hi Scott,
One idea that first came into my mind is to first collect all vertex ids, and then delete them in batch & in parallel using multi-threading.
Best regards,
Boxuan
|
By
Boxuan Li
·
#6496
·
|
|
Rapid deletion of vertices
Good afternoon,
We're running a docker-compose janusgraph:0.6.1 with cassandra:3 and elasticsearch:6.6.0. We're primarily utilizing JanusGraph within Python 3.8 via gremlinpython.
We frequently reset
Good afternoon,
We're running a docker-compose janusgraph:0.6.1 with cassandra:3 and elasticsearch:6.6.0. We're primarily utilizing JanusGraph within Python 3.8 via gremlinpython.
We frequently reset
|
By
Scott Friedman
·
#6495
·
|
|
Re: Log4j Vulnerability for janusgraph
Hi,
Try updating the jar file, I mean deleting the earlier one and placing the new one in lib folder. There might be some other changes required not sure. I was working with janusgraph before not
Hi,
Try updating the jar file, I mean deleting the earlier one and placing the new one in lib folder. There might be some other changes required not sure. I was working with janusgraph before not
|
By
Vinayak Bali
·
#6494
·
|
|
Re: Log4j Vulnerability for janusgraph
@ronnie i agree. Patch release would help. But we are not sure when that’s going to come. Do we have any other alternative?
@ronnie i agree. Patch release would help. But we are not sure when that’s going to come. Do we have any other alternative?
|
By
nidhi.vinaykiya27@...
·
#6493
·
|
|
Re: Log4j Vulnerability for janusgraph
Even the latest release janusgraph 0.6.1 used log4j 1.2.x . How were you able to fix it?
Even the latest release janusgraph 0.6.1 used log4j 1.2.x . How were you able to fix it?
|
By
nidhi.vinaykiya27@...
·
#6492
·
|
|
Re: Log4j Vulnerability for janusgraph
https://docs.janusgraph.org/master/changelog/#upgrade-of-log4j-to-version-2 - i see a fix for this in the upcoming 1.0.0 release, but it will be great of this can be available as a patch release
https://docs.janusgraph.org/master/changelog/#upgrade-of-log4j-to-version-2 - i see a fix for this in the upcoming 1.0.0 release, but it will be great of this can be available as a patch release
|
By
Ronnie
·
#6491
·
|
|
Re: Log4j Vulnerability for janusgraph
Hi Nidhi,
I have faced the same problem. Log4j previous versions have vulnerability and security threats. But the good part is those issues were addressed in latest versions. Using the latest version
Hi Nidhi,
I have faced the same problem. Log4j previous versions have vulnerability and security threats. But the good part is those issues were addressed in latest versions. Using the latest version
|
By
Vinayak Bali
·
#6490
·
|
|
Log4j Vulnerability for janusgraph
I am using Janusgraph 0.5.2. How can I get rid of log4j vulnerability that 1.2.x has? Will 0.5.2 support log4j 2.17.x [Maybe install the binary of log4j 2.17.x] ? Or do we have any other log4j
I am using Janusgraph 0.5.2. How can I get rid of log4j vulnerability that 1.2.x has? Will 0.5.2 support log4j 2.17.x [Maybe install the binary of log4j 2.17.x] ? Or do we have any other log4j
|
By
nidhi.vinaykiya27@...
·
#6489
·
|
|
Re: StackOverflowError
OK, you can try and increase the java stack size used by Gremlin Server:
$ export JAVA_OPTIONS='-Xss4m'
$ bin/janusgraph.sh start
https://www.baeldung.com/jvm-configure-stack-sizes
OK, you can try and increase the java stack size used by Gremlin Server:
$ export JAVA_OPTIONS='-Xss4m'
$ bin/janusgraph.sh start
https://www.baeldung.com/jvm-configure-stack-sizes
|
By
hadoopmarc@...
·
#6488
·
|
|
Re: StackOverflowError
Yes, it works for polygons up to ~70 points long
Yes, it works for polygons up to ~70 points long
|
By
dmitryzezix@...
·
#6487
·
|
|
Re: StackOverflowError
So, after interpolation, your string expressions looks like:
g.addV("place").property("location", Geoshape.geoshape(Geoshape.getShapeFactory().polygon().pointXY(42.5636137,
So, after interpolation, your string expressions looks like:
g.addV("place").property("location", Geoshape.geoshape(Geoshape.getShapeFactory().polygon().pointXY(42.5636137,
|
By
hadoopmarc@...
·
#6486
·
|
|
Re: StackOverflowError
Pythonfrom gremlin_python.driver import clientclient.submit("expression as a string")
Pythonfrom gremlin_python.driver import clientclient.submit("expression as a string")
|
By
dmitryzezix@...
·
#6485
·
|
|
Re: StackOverflowError
Your code does work in the Gremlin console::
gremlin> graph = JanusGraphFactory.open('conf/janusgraph-inmemory.properties')
==>standardjanusgraph[inmemory:[127.0.0.1]]
gremlin> g =
Your code does work in the Gremlin console::
gremlin> graph = JanusGraphFactory.open('conf/janusgraph-inmemory.properties')
==>standardjanusgraph[inmemory:[127.0.0.1]]
gremlin> g =
|
By
hadoopmarc@...
·
#6484
·
|
|
Re: Janusgraph evaluation/POC with large semiconductor measurement data advice needed
Hi Boxuan,
using values('name','parvalue’) instead of valueMap() works much faster. Using valueMap() i got some runs which takes 46s. Now it's about 800ms.
Thank you a lot.
Yes i think as well that
Hi Boxuan,
using values('name','parvalue’) instead of valueMap() works much faster. Using valueMap() i got some runs which takes 46s. Now it's about 800ms.
Thank you a lot.
Yes i think as well that
|
By
eric.neufeld@...
·
#6483
·
|
|
StackOverflowError
Trying to create a V with this data. Getting StackOverflowError. Are there any length limitations for geoshapes? What should I
Trying to create a V with this data. Getting StackOverflowError. Are there any length limitations for geoshapes? What should I
|
By
dmitryzezix@...
·
#6482
·
|
|
Re: Geo Mapping. How to index/query a non-point geo property?
Hi Marc,
I confirm, that this works:g.V().has("location", geoContains(Geoshape.point({lat}, {lon}))).elementMap()g.V().has("location", geoIntersect(Geoshape.circle({lat}, {lon},
Hi Marc,
I confirm, that this works:g.V().has("location", geoContains(Geoshape.point({lat}, {lon}))).elementMap()g.V().has("location", geoIntersect(Geoshape.circle({lat}, {lon},
|
By
dmitryzezix@...
·
#6481
·
|