Hi all,
I've been working on benchmarking TinkerPop-based databases and have
recently completed an implementation of the Linked Data Benchmark Council
Social Network Benchmark (long name, I know) for Neo4j as a comparison
point. Implementations for TitanDB and TorcDB (my own implementation of
Tink
Very cool! Been waiting for something like this :)
BTW some quick user feedback... on the "new" page:
http://www.gremlinbin.com/bin/new
After I select graph "modern" from the drop down list, it's not clear that
I need to click "submit" beneath the text box for creating my own graph to
go to the
Excellent, thanks
On Fri, Mar 11, 2016 at 3:05 AM Stephen Mallette
wrote:
> I guess the javadoc isn't as clear as it should be. It would be better as:
>
> > An internal function that signals a read or a write is about to occur
>
> On Thu, Mar 10, 2016 at 11:52
Hi all,
Quick question, is Transaction.readWrite() supposed to be used by
implementers to signal that a read/write is *about* to happen, or that a
read/write *has* happened. The comments indicate the latter:
/**
* An internal function that signals a read or a write has occurred - not
meant to be
Yup
On Thu, Feb 25, 2016 at 10:27 AM Stephen Mallette
wrote:
> so your question is: why doesn't the Traversal in the by() iterate
> everything in it rather than requiring the call to fold()?
>
> marko, perhaps you're best suited to answer that
>
> On Thu, Feb 2
Very helpful, thank you. The bits about how the console automatically
iterates over the return value was very helpful.
One part that was still a little unclear to me was why only next() is
called on the inV() Traversal for the second by().
"[the console] only iterates the result of a line of exec
;
>
> HTH,
> Marko.
>
> http://markorodriguez.com
>
> On Jan 6, 2016, at 6:05 AM, Stephen Mallette wrote:
>
> > I don't know what the problem could be here. I'm not aware of others
> > having problems building master atm.
> >
> > On Mon, Jan 4, 2
lly execute
> the "package" phase of the maven life cycle
>
> On Mon, Jan 4, 2016 at 4:47 PM, Jonathan Ellithorpe
> wrote:
>
> > Hi Stephen, thanks for the heads up. I remember getting stuck trying to
> > find a point in the tree from which to base my change
://issues.apache.org/jira/browse/TINKERPOP3-998
>
> we'd need to see it in that time frame. I don't mean to apply pressure, I
> just don't want to miss the chance to get these fixes in for
> 3.1.1-incubating.
>
>
>
> On Wed, Dec 9, 2015 at 1:24 AM, Jonathan Ellit
[
https://issues.apache.org/jira/browse/TINKERPOP-1043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15060519#comment-15060519
]
Jonathan Ellithorpe commented on TINKERPOP-1043:
It does ha
[
https://issues.apache.org/jira/browse/TINKERPOP-1043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15058512#comment-15058512
]
Jonathan Ellithorpe commented on TINKERPOP-1043:
mvn clean pac
[
https://issues.apache.org/jira/browse/TINKERPOP-1043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Ellithorpe updated TINKERPOP-1043:
---
Affects Version/s: 3.1.1-incubating
Environment: Debian GNU
Jonathan Ellithorpe created TINKERPOP-1043:
--
Summary: Spark test InputRDDTest failing
Key: TINKERPOP-1043
URL: https://issues.apache.org/jira/browse/TINKERPOP-1043
Project: TinkerPop
applications, if i'm allowed to assign
> ids, i will choose my type and stick with it consistently.
>
> On Wed, Dec 9, 2015 at 11:37 AM, Jonathan Ellithorpe
> wrote:
>
> > Sorry for not including this in the first email, but here's another
> > problem: sup
Sorry for not including this in the first email, but here's another
problem: suppose I create a vertex using a String ID and then fetch it with
a Long ID. What is the return type of vertex.id()?
On Wed, Dec 9, 2015 at 8:34 AM Jonathan Ellithorpe
wrote:
> Ya I don't think that mak
>
> On Wed, Dec 9, 2015 at 12:58 AM, Jonathan Ellithorpe
> wrote:
>
> > Hello,
> >
> > I've implemented support for being able to supply String type user
> supplied
> > IDs, and being able to retrieve vertices based o
d be more consistent with the logic used everywhere else...
> >
> > yeah - i'm +1 for this approach. it makes more sense given ADD/REMOVE
> > already being the pattern for graph Element instances.
> >
> > On Mon, Nov 30, 2015 at 1:31 PM, Jonathan Ellithorpe <
> j...@c
Hello,
I've implemented support for being able to supply String type user supplied
IDs, and being able to retrieve vertices based on a given String type
supplied ID. However, I am failing the following test:
shouldAddVertexWithUserSuppliedStringId
Because the test is testing to see if:
assertEq
tabase could work
> with the LDBC?
>
> On Mon, Nov 30, 2015 at 11:49 PM, Jonathan Ellithorpe >
> wrote:
>
> > This might be far more heavy-weight than what you are looking for, but
> I've
> > been working on implementing the LDBC Social Network Benchma
This might be far more heavy-weight than what you are looking for, but I've
been working on implementing the LDBC Social Network Benchmark for TP3:
http://ldbcouncil.org/developer/snb
Jonathan
On Mon, Nov 30, 2015 at 8:28 AM Stephen Mallette
wrote:
> I had long ago built in a model for doing
used everywhere else...
On Mon, Nov 30, 2015 at 6:30 AM Stephen Mallette
wrote:
> ugh - mess. maybe we should just keep the add/remove symmetry and
> deprecate FEATURE_META_PROPERTY then.
>
>
> On Sat, Nov 28, 2015 at 4:11 PM, Jonathan Ellithorpe
> wrote:
>
> > 1) Yes,
7;ve got any ideas and suggestions we're all ears.
>
> Cheers,
> Dylan.
>
> On Sun, Nov 29, 2015 at 12:06 AM, Jonathan Ellithorpe >
> wrote:
>
> > Hi all,
> >
> > I'm working on an implementation of TP3 on system that uses optimistic
> &
Hi all,
I'm working on an implementation of TP3 on system that uses optimistic
concurrently control. In this system a transaction commit is not guaranteed
to succeed. It appears, though, that since Transaction.commit() returns
void, and there are no pre-defined exceptions that express a commit
fai
ave
> >
> >
> addFeatureRequirement.Factory.create(Graph.Features.VertexPropertyFeatures.FEATURE_ADD_PROPERTY,
> > Graph.Features.VertexPropertyFeatures.class));
> >
> > it should just be:
> >
> >
> > On Mon, Nov 23, 2015 at 7:39 PM, Jonathan Ellith
[
https://issues.apache.org/jira/browse/TINKERPOP3-997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15030040#comment-15030040
]
Jonathan Ellithorpe commented on TINKERPOP3-997:
I suppose ano
Hello all,
I am currently working on an experimental implementation of TinkerPop3 on
an in-memory key-value store called RAMCloud. In the process of running the
unit tests I noticed that turning on support for persistence did not
trigger any new unit tests in GraphTests. Looking into the matter, I
[
https://issues.apache.org/jira/browse/TINKERPOP3-985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15020674#comment-15020674
]
Jonathan Ellithorpe commented on TINKERPOP3-985:
Yup, just submi
Jonathan Ellithorpe created TINKERPOP3-985:
--
Summary: shouldPersistDataOnClose makes incorrect feature check
Key: TINKERPOP3-985
URL: https://issues.apache.org/jira/browse/TINKERPOP3-985
[
https://issues.apache.org/jira/browse/TINKERPOP3-936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14986815#comment-14986815
]
Jonathan Ellithorpe commented on TINKERPOP3-936:
I see, so for
[
https://issues.apache.org/jira/browse/TINKERPOP3-936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14981794#comment-14981794
]
Jonathan Ellithorpe commented on TINKERPOP3-936:
Hi Stephen, th
Jonathan Ellithorpe created TINKERPOP3-936:
--
Summary: Check feature requirements before opening graph during
tests
Key: TINKERPOP3-936
URL: https://issues.apache.org/jira/browse/TINKERPOP3-936
31 matches
Mail list logo
