[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 ---
