Azure-cosmos-dotnet-v2: Gremlin bytecode support

[amoorthaemer]

Hi,

I was playing around with Gremlin.Net (part of Apache TinkerPop) and I found out that it wasn't possible to you the fluent GraphTraversal API ... It seems that the Gremlin implementation of Azure CosmosDb doesn't support bytecode streams. Is that correct? And if so ... will this be supported in the (very) near future?

TIA

Bert

[olivertowers]

That is correct. We are planning on adding Gremlin bytecode support in the first half of the year.

[amoorthaemer]

Ok tnx ... This gives me a timeline for the project I'm working on

[amoorthaemer]

Hi,

Any progress on this?

TIA
Bert

[thomasjedstrom]

In the mean time, does anyone have a solution for loading data that's faster than creating query strings and executing them one by one via the document client? My understanding was the fluent api for this driver was significantly faster, but in lieu of this I'm currently stuck with the string method and trying to load ~500,000 vertices w/ ~3M edges is painfully slow.

Thanks in advance for working on this, I've been really excited about getting to migrate to graph for a long time now and this driver is pretty much the last piece for making it happen at the moment.

[thomasjedstrom]

It appears this person has gotten it to work:

http://alexdrenea.com/2018/01/12/cosmosdb-with-gremlin-net-part-2/

[jasonchester]

Also interested in byte code support. Can anyone confirm it is possible?

@thomasjedstrom we also have been dealing with issues bulk loading cosmos db graphs.

We are currently using a console app which provides a console graph repl. As well as some convenience methods like:

• switching between gremlin.net and Microsoft.Azure.Graphs for query execution
• reading queries from text files and executing them with multiple threads

Check it out here: https://github.com/jasonchester/gizmo.sh

It's primarily developed and tested on OSX and has a few rough edges but is getting the job done for now. Happy to accept pull requests if you are inclined to provide them.

[graphdb2]

when this feature is going out ?

[LuisBosquez]

@thomasjedstrom we have a private preview of a BulkImport library that will be released to GA this month. If you'd like to try the private preview version of it, please send me an email ([email protected]) with your scenario and I'll add you to it.

Thanks,
Luis

[syedhassaanahmed]

@LuisBosquez @olivertowers Any updates on the original issue? We have more customers needing bytecode functionality.

[lucasmike]

hi guys - any updates on the original issue?

[igorgnedish]

hi guys - any updates?

[amoorthaemer]

Indeed ... first half of the year is passed 5 days ago ;) ...

... and having byte code support becomes sort of an issue at this point in my project ...

So guys can you give us anything tangible?

TIA

[LuisBosquez]

Hello everyone,

Just a quick update. We are making progress on the development of bytecode support! At the moment we are currently testing one of the baseline features for it, which involves support for GraphSON v2. If you'd like to test this out as a private preview in your Azure subscription, please send me an email to [email protected].

Thanks,
Luis

[thomasjedstrom]

@LuisBosquez As far as that preview goes, have you guys been able to get the fluent API working with it?

[cabetr]

@LuisBosquez Does the offer for bytecode testing in private still hold?

[amoorthaemer]

@LuisBosquez ... indeed ... I sent you an email almost 3 weeks ago

[zoshima]

@amoorthaemer we did too, not even a reply

[LuisBosquez]

Hello, sorry for the delay in replies, but we are dealing with a large backlog of requests and we only have so much capacity for the private preview. I'll keep this thread update as we can take additional requests.

Thanks,
Luis

[LuisBosquez]

Also, just to clarify, the preview is for GraphSON v2 support, not bytecode just yet.

[amoorthaemer]

Hi Luis,

Hmmmm I understand, but I’m the one that started this thread, so it would
be natural to at least make me a participant. Anyway, good luck with it

Cheers
Bert

On Mon, 6 Aug 2018 at 21:35, Luis Bosquez [e-mail] wrote:

Hello, sorry for the delay in replies, but we are dealing with a large
backlog of requests and we only have so much capacity for the private
preview. I'll keep this thread update as we can take additional requests.

Thanks,
Luis

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Azure/azure-documentdb-dotnet/issues/439#issuecomment-410827500,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ACXs1n9AUxVjBNSwRWtWzFg5hlXUPekuks5uOJqJgaJpZM4SN0U_
.

>

Groetjes,

Bert Moorthaemer

/(bb|[^b]{2})/ that is the question ...

[Alfiec7113]

Any more news on bytecode functionality?

[prabhakarreddy1234]

Any update on this ?

[sergsalo]

Any update on this ?

[marco-bue]

I'm also very interested in using the Gremlin.NET fluent API. While I understand the feature is still WIP, it would be nice to have some update about a possible release date.

[BenjaBobs]

While not exactly bytecode, this library allows you to use the Fluent api, as well as add typesafe schema boundaries.
It works by serializing the bytecode into a gremlin query string.

[rBiga]

Has there been any movement on this?

[guru98]

Hi there, gremlin support is a great feature for a globally distributed db like cosmosdb meanwhile developer need to develop solutions with a resonable effort. bytecode support allow this approach.
Could you please provide a status update? libraries like the one suggested by @BenjaBobs helps but required to be managed.

[adrianknight89]

@LuisBosquez time for an update? :)

[kevinhillinger]

@LuisBosquez can comment further, but here is an update that appeared recently on Azure Feedback.

[tedvanderveen]

@LuisBosquez if you can provide some insights on ETA, that would be great. If bytecode support is landing in Q3, we can deal with that using a temp workaround. If bytecode support is scheduled for Q4 or later, we should look for alternative solutions.

[opolo]

Hi, anything more known on the status? The graphclient in our code is currently the most risky code, due to all the serializing and deserializing of strings, building query strings, etc... Btw otherwise cool database.

[tedvanderveen]

Guess we don't have to expect much feedback here, looking at the 100's of Open issues in this project.

[sedat-eyuboglu]

We are expecting a time estimation about bytecode support? Can you provide information to us?

[prabhakarreddy1234]

Update:

Bytecode support for Gremlin API is scheduled for public preview, December 2019.

[sebastiangug]

And delayed to first half of 2020???? seriously...

[aluRamb0]

Looking forward to the preview

[tedvanderveen]

@aluRamb0 yes hopefully there shall be Gremlin Bytecode support in preview soon!

[csharpsi]

Nearly 2 years on from the OP, is there any update on bytecode support?

[natemccoy]

We all still want bytecode support.

[markalanevans]

Same Here.

[MartinWa]

And also support for GraphSON3

[plemanach]

went for Janusgraph : https://github.com/JanusGraph/janusgraph

[guru98]

Question: is first class gremlin support in Cosmos DB still a priority? No update for looong time now. How the product group thinks that developer invest in this without clear roadmap?

[Badabum]

I think Gremlin is not the main priority - a lot of features across the Azure have it only as a private preview option.

[csharpsi]

if anyone's interested, I've created a small extension library called Gremlin.Net.Extensions that makes it a bit easier to use gremlin.net with cosmosdb.

[neildonkin]

FYI: this feature is also on the Cosmos DB UserVoice.

Hopefully it will be released in the first half of this year; two months to go 🤞

https://feedback.azure.com/forums/263030-azure-cosmos-db/suggestions/33632779-support-gremlin-bytecode-to-enable-the-fluent-api

[anshmathur]

The first half of 2020 ends today. Any news guys?

[aluRamb0]

COVID-19 says, not a damn chance 😂 all coding effort going towards MS Teams

[kotpal]

Any update on providing bytecode support? Any beta or preview?

[kotpal]

Looks like I have no other option - for now - than go with something like https://github.com/ExRam/ExRam.Gremlinq - which seems to provide both a type-safe alternative and a fluent-way to access CosmosDB

[sujeetpaandey]

Any updates on this?

[CerosDev]

Unbelievable