Hey Fred, I'm really looking forward to this as we had investigated using meteor a while back but decided we didn't want to both learn to use it and have to work DDP into the mix. Thus we went for a different approach. Getting some support for DDP would be half the battle.
I'm not a big fan of cross language compilation/ports so to me this alone feels like a maintenance hell. With that said I remember having this conversation with JB Musso and he seemed to think it was worth looking into. He's a clever guy so he's probably right. Somehow I think it would be simpler to extend gremlin-server's functionality with a DDP plugin. I'm not sure what the extent of the work required for this would be but I would expect it to be less work than a port, and at least it would give access to all the features with much less maintenance. Have you considered this and reject it for some reason? On Tue, Mar 15, 2016 at 10:40 AM, Stephen Mallette <spmalle...@gmail.com> wrote: > Hi, Fred, thanks for sharing your project. I don't know much about DDP, so > I can't comment much on that. Can you clarify what you mean by "Port the > in-memory version to javascript using the google closure compiler." Do you > mean port TinkerGraph to javascript? > > On Tue, Mar 15, 2016 at 10:13 AM, Fred Eisele <fredrick.eis...@gmail.com> > wrote: > > > I am beginning an investigation into making a Distributed Data Protocol > > version of Tinkerpop3. > > https://www.meteor.com/ddp > > > > I have been using Tinkerpop3 for a while now but not as a developer. > > Here is my plan. > > * Port the in-memory version to javascript using the google closure > > compiler. > > * Build a DDP mechanism based on the tinkerpop3 API > > * Integrate into AppShare https://github.com/zubairq/AppShare > > > > Questions: > > * Is there some compelling reason why this is a bad idea? > > * What portion of the code base is relevant? > > * Has this been tried before? > > * Is there a synchronization already present? > > > > Thanks > > >
