-
Notifications
You must be signed in to change notification settings - Fork 808
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TINKERPOP-2143 JavaScript GLV: Support browsers #1070
Conversation
* Change the way how random bytes are generated, not using the crypto package, but built-in Class.
* remove requiring the ws package * update how WebSockets are called.
* Change the way how random bytes are generated, not using the crypto package, but built-in Class.
* remove requiring the ws package * update how WebSockets are called.
… NodeJS (not available in Browsers)
* remove requiring the ws package * update how WebSockets are called. (cherry picked from commit b016cd1)
This reverts commit 0ba06a3 as it was unintentioanlly comitted to where PR will be created
@fdominik Travis seems to be complaining about something:
Failed on two separate builds which is interesting because I wasn't aware javascript builds were running twice. @jorgebay it seems like we don't use the |
@spmallette yeah I've noticed that, I tried to solve, it didn't help. And I hoped somebody could direct me, why the dependencies are not read from package.json file. Because the reason it fails is that Travis can't find the uuid library I added to dependencies. I will try to investigate the issue and come with solution, but it might take some time as I am on vacation now and doing it when it is rainy :) |
@fdominik - sorry it took me some time to come back to this. if the problem is with That generation is triggered by a maven command so that's probably why maven builds in Travis are having trouble. Hopefully, that solves your problem. As far as other issues go, I'll largely defer to @jorgebay and @jbmusso but I think that administratively, it would be nice to have an entry added in CHANGELOG for 3.4.1: https://github.com/apache/tinkerpop/blob/3c87b3a99b5182b9c1dc245d474def1662bae68f/CHANGELOG.asciidoc and if you want to really polish this up, then you would want to add a section to our "Upgrade Documentation": specifically, a subsection to an "Upgrading for Users" for 3.4.1. This change seems interesting enough that users would want to know about it. anyway, let's see if your build problem gets resolved on Travis and then we can resume the review process. |
@fdominik we are preparing for our next official release in the next couple of weeks or so - I just wanted to let you know what the release schedule was looking like in case you intended to return to this PR. |
@spmallette Thanks Stephen, I just returned today after several weeks of being out. So I might get into the PR this week I hope. |
What's the status on this? I would be very interested in this browser based approach. Any idea when/if this will be incorporated? |
As a quick update from my perspective....My comments on this issue from 2/28 still stand I think. If those items get done I think this one would be ready for review. I would add that at this point this PR should probably be rebased on |
hi, I try to checkout your pr and run local, I have a error once I have a query like g.V().valueMap(true).toList()
|
Is there anyone else still working/looking at this? We're using @fdominik 's branch -- which is significantly behind version wise? Browser support would be amazing to my team's work |
hi @dgyates - my previous comments are not yet addressed. If you'd like to pick up from where @fdominik left off and polish this up for a final review by @jorgebay I think we could get this sorted out for next release. |
Hi @dgyates I am sorry, I am probably not able to finish it as I don't know how to prepare the travis environment localy and run the failing tests. I am sure that somebody more skilled in JS would be able to resolve such issue in a manner of hous. |
Jumping back in, I'd be happy to help if I can. |
@jbmusso it would be great if you could help get this one to completion. at this point i'd suggest pulling the commits in this PR to a TINKERPOP-2143 branch and establishing a fresh PR from there at which point we can close this one. |
Closing in favor of #1291 where changes have been pulled in, squashed and rebased on master to get rid of conflicts and merge commits. The same basic issues remain with this one. |
https://issues.apache.org/jira/browse/TINKERPOP-2143
Summary of changes:
Updated dependency on WS package (which was very old 3.0.0) to v 6.0.0. This is required by browsers.
Added dependency to util and events packages which were required by the javascript module, but were not listed in dependencies, so that it wouldn't compile.
Added new dependency to uiid library.
Generation of UUIDs was passed to UUID library instead of utilizing crypto package (which is not anymore available as separate library in browsers world, it is bundled, however some functions used in generating UUID were not available in the new bundled crypto). The uuid library can generate UUID of version 4, which was the version used to generate the UUIDs.
Usage of standard WebSocket object from default packages.
Code has been tested in our UI project, where we can send requests from UI to Gremlin server. I wasn't able to run the Tinkerpop tests locally.