[jira] [Commented] (TINKERPOP-1998) IoGraphTest use different schemas for standard and readGraph configurations
[ https://issues.apache.org/jira/browse/TINKERPOP-1998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16553550#comment-16553550 ] stephen mallette commented on TINKERPOP-1998: - Did you ever come up with any notes for us that could be incorporated into the provider documentation? perhaps a pull request of some sort? If it's something your'e still working on, that's fine. > IoGraphTest use different schemas for standard and readGraph configurations > --- > > Key: TINKERPOP-1998 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1998 > Project: TinkerPop > Issue Type: Improvement > Components: test-suite >Affects Versions: 3.3.0 >Reporter: Horacio Hoyos Rodriguez >Priority: Minor > > In ArangoDB labels used by vertices and edges must be known in order to > create a graph. As a result this information should be available at startup, > i.e via configuration. For example _shouldReadWriteModernToFileWithHelpers_ > test expects a different schema from the *standard* graph than from the > *readGraph*, the latter attempts to create vertices in a (default) vertex > collection instead of using the people or software ones that were used for > the former. > It would also help, for graph technologies that require schemas, to have a > document that describe the schemas used/expected in the tests. I am > collecting this information atm, but having to run failing tests to capture > what label/edges I am missing for each test is a PITA. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TINKERPOP-2003) After a long period (almost 5days)of parallel requests(almost 200 request per second),client.submit blocked
[ https://issues.apache.org/jira/browse/TINKERPOP-2003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16553547#comment-16553547 ] stephen mallette commented on TINKERPOP-2003: - Any additional information on this one? > After a long period (almost 5days)of parallel requests(almost 200 request per > second),client.submit blocked > --- > > Key: TINKERPOP-2003 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2003 > Project: TinkerPop > Issue Type: Bug > Components: driver >Affects Versions: 3.3.0 >Reporter: xifenghz >Priority: Major > > After a long period (almost 5days)of parallel requests(almost 200 request per > second),client.submit blocked for scriptEvaluationTimeout configured,and > return timeout.At the same time,many TCP connections in Gremlin Server are in > CLOSE_WAIT state. > Here is my usages: > cluster = Cluster.build(FileUtils.toFile(config)).create(); > client = cluster.connect(); > ResultSet resultSet = null; > {color:#ff}synchronized (Service.class){color} > { resultSet = client.submit(gremlinScript); } > CompletableFuture> future = null; > List results = null; > future = resultSet.all(); > results = future.get(); > > The code snippet above runs in a java web app based on SpringMVC.I found a PR > related to my question. > [https://github.com/apache/tinkerpop/pull/367/commits/58d8bade7425c7a7865382990eaaed2b7d90659c#diff-06d5dfb02d5d2c807c2387c3e9338709] > In this PR,the author seems to say gremlin doer not support high concurrency。 > {color:#ff}Removed recommendations for submitting parallel requests on a > session from docs.{color} > {color:#33}So,I submit the gremlin script in order(use synchronized > keyword,just as my code snippet ).But in order to lift throughput,I do not > lock the code for getting result from Gremlin Server。I want to know some > details about how Gremlin Server receive and process requests,such as the > receiver and executor threads are the same one?If so ,the Gremlin server can > only process the requests one by one ? {color} > {color:#33}I wonder whether or not Gremlin supports high concurrency(such > as 200 second per second,including simple vertex or edge queries and complex > combinatorial queries).If so,please help to find out why the process time for > a simple script such as query vertex exceed scriptEvaluationTimeout. If > not,is there other ways to make Gremlin Server support high concurrency,such > as multi-gremlinserver。{color} > Thank you sincerely for your help。 > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (TINKERPOP-2000) MANIFEST.MF contains invalid key
[ https://issues.apache.org/jira/browse/TINKERPOP-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette closed TINKERPOP-2000. --- Resolution: Won't Do As there's no clear path here for what a fix is, I'm going to close this. > MANIFEST.MF contains invalid key > > > Key: TINKERPOP-2000 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2000 > Project: TinkerPop > Issue Type: Improvement > Components: build-release >Affects Versions: 3.3.3 >Reporter: Horacio Hoyos Rodriguez >Priority: Critical > > The MANIFEST.MF file for tinerpop-core contains an invalid key (line 8): > version: 3.3.3 > Some tools (like the Eclipse Bundle Recipes) check for the MANIFEST integrity > and this line causes an error. Perhaps this is the Specification-Version? > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (TINKERPOP-2014) Allow an ability to specify seeding for random methods such as coin, sample and Order.shuffle
[ https://issues.apache.org/jira/browse/TINKERPOP-2014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stephen mallette updated TINKERPOP-2014: Affects Version/s: 3.3.3 Priority: Minor (was: Major) Component/s: process I think this could be a potential configuration of the `GraphTraversalSource`, thus {{g.withSeed(123L).V().order(shuffle).by('name')}} though I wouldn't discount use of a {{with()}} modulator, but that's not as much a part of the core language as we would probably be want. {{by()}} is interesting, but perhaps overly flexible and besides it won't work with {{order()|| cleanly as it already accepts that modulator for other configurations. Think, think, think > Allow an ability to specify seeding for random methods such as coin, sample > and Order.shuffle > - > > Key: TINKERPOP-2014 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2014 > Project: TinkerPop > Issue Type: Improvement > Components: process >Affects Versions: 3.3.3 >Reporter: Sam Rosen >Priority: Minor > > Currently, all the methods that have non-deterministic behavior such as coin > and sample have no ability to set a seed. The ability to set a seed will > allow for reproducible and testable behavior as well as more control flow for > random processes. If a certain backend does not support seeding, they could > simply ignore it. Some possible API changes: > graph.traversal.V().withSeed(2L).coin(.5) > graph.traversal.V().sample(3, 0L) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (TINKERPOP-2014) Allow an ability to specify seeding for random methods such as coin, sample and Order.shuffle
Sam Rosen created TINKERPOP-2014: Summary: Allow an ability to specify seeding for random methods such as coin, sample and Order.shuffle Key: TINKERPOP-2014 URL: https://issues.apache.org/jira/browse/TINKERPOP-2014 Project: TinkerPop Issue Type: Improvement Reporter: Sam Rosen Currently, all the methods that have non-deterministic behavior such as coin and sample have no ability to set a seed. The ability to set a seed will allow for reproducible and testable behavior as well as more control flow for random processes. If a certain backend does not support seeding, they could simply ignore it. Some possible API changes: graph.traversal.V().withSeed(2L).coin(.5) graph.traversal.V().sample(3, 0L) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (TINKERPOP-2011) Use NumberHelper on choose()
[ https://issues.apache.org/jira/browse/TINKERPOP-2011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kuppitz closed TINKERPOP-2011. - Resolution: Fixed Fix Version/s: 3.2.10 3.3.4 3.4.0 > Use NumberHelper on choose() > > > Key: TINKERPOP-2011 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2011 > Project: TinkerPop > Issue Type: Improvement > Components: process >Affects Versions: 3.2.9 >Reporter: stephen mallette >Assignee: Daniel Kuppitz >Priority: Minor > Fix For: 3.4.0, 3.3.4, 3.2.10 > > > The {{choose()} step could use {{NumberHelper}} to make this easier: > {code} > gremlin> g.V(1).choose(values('b')).option(b, > constant(true)).option(none,constant(false)) > ==>true > gremlin> g.V(1).choose(values('b')).option(1, > constant(true)).option(none,constant(false)) > ==>false > gremlin> g.V(1).choose(values('b')).option(1 as byte, > constant(true)).option(none,constant(false)) > ==>true > {code} > as discussed here: > https://groups.google.com/d/msg/gremlin-users/4pjH7AOM72s/ohIEdABfBQAJ -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (TINKERPOP-2011) Use NumberHelper on choose()
[ https://issues.apache.org/jira/browse/TINKERPOP-2011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16553116#comment-16553116 ] ASF GitHub Bot commented on TINKERPOP-2011: --- Github user asfgit closed the pull request at: https://github.com/apache/tinkerpop/pull/894 > Use NumberHelper on choose() > > > Key: TINKERPOP-2011 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2011 > Project: TinkerPop > Issue Type: Improvement > Components: process >Affects Versions: 3.2.9 >Reporter: stephen mallette >Assignee: Daniel Kuppitz >Priority: Minor > Fix For: 3.4.0, 3.3.4, 3.2.10 > > > The {{choose()} step could use {{NumberHelper}} to make this easier: > {code} > gremlin> g.V(1).choose(values('b')).option(b, > constant(true)).option(none,constant(false)) > ==>true > gremlin> g.V(1).choose(values('b')).option(1, > constant(true)).option(none,constant(false)) > ==>false > gremlin> g.V(1).choose(values('b')).option(1 as byte, > constant(true)).option(none,constant(false)) > ==>true > {code} > as discussed here: > https://groups.google.com/d/msg/gremlin-users/4pjH7AOM72s/ohIEdABfBQAJ -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[GitHub] tinkerpop pull request #894: TINKERPOP-2011 Use NumberHelper on choose()
Github user asfgit closed the pull request at: https://github.com/apache/tinkerpop/pull/894 ---