[jira] [Closed] (TINKERPOP-2841) Test and Fix Per Request Settings in Go
[ https://issues.apache.org/jira/browse/TINKERPOP-2841?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia closed TINKERPOP-2841. --- Assignee: Yang Xia Resolution: Fixed > Test and Fix Per Request Settings in Go > --- > > Key: TINKERPOP-2841 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2841 > Project: TinkerPop > Issue Type: Improvement > Components: go >Affects Versions: 3.7.0, 3.6.1, 3.5.4 >Reporter: Cole Greer >Assignee: Yang Xia >Priority: Major > Fix For: 3.7.0, 3.6.3, 3.5.6 > > > Gremlin go gives the option to override certain settings on a per request > basis (detailed > [here|https://tinkerpop.apache.org/docs/current/reference/#_per_request_settings_4]). > It's been observed that when overriding the requestId, gremlin go will still > make and use a new requestId instead > ([here|https://github.com/apache/tinkerpop/blob/master/gremlin-go/driver/request.go#L54]). > All documented per request settings need to be tested and fixed if needed. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (TINKERPOP-2841) Test and Fix Per Request Settings in Go
[ https://issues.apache.org/jira/browse/TINKERPOP-2841?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia updated TINKERPOP-2841: Fix Version/s: 3.7.0 3.6.3 > Test and Fix Per Request Settings in Go > --- > > Key: TINKERPOP-2841 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2841 > Project: TinkerPop > Issue Type: Improvement > Components: go >Affects Versions: 3.7.0, 3.6.1, 3.5.4 >Reporter: Cole Greer >Priority: Major > Fix For: 3.7.0, 3.6.3, 3.5.6 > > > Gremlin go gives the option to override certain settings on a per request > basis (detailed > [here|https://tinkerpop.apache.org/docs/current/reference/#_per_request_settings_4]). > It's been observed that when overriding the requestId, gremlin go will still > make and use a new requestId instead > ([here|https://github.com/apache/tinkerpop/blob/master/gremlin-go/driver/request.go#L54]). > All documented per request settings need to be tested and fixed if needed. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Reopened] (TINKERPOP-2841) Test and Fix Per Request Settings in Go
[ https://issues.apache.org/jira/browse/TINKERPOP-2841?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia reopened TINKERPOP-2841: - > Test and Fix Per Request Settings in Go > --- > > Key: TINKERPOP-2841 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2841 > Project: TinkerPop > Issue Type: Improvement > Components: go >Affects Versions: 3.7.0, 3.6.1, 3.5.4 >Reporter: Cole Greer >Priority: Major > Fix For: 3.5.6 > > > Gremlin go gives the option to override certain settings on a per request > basis (detailed > [here|https://tinkerpop.apache.org/docs/current/reference/#_per_request_settings_4]). > It's been observed that when overriding the requestId, gremlin go will still > make and use a new requestId instead > ([here|https://github.com/apache/tinkerpop/blob/master/gremlin-go/driver/request.go#L54]). > All documented per request settings need to be tested and fixed if needed. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Assigned] (TINKERPOP-2861) Fix incorrect symlinks in source release zip
[ https://issues.apache.org/jira/browse/TINKERPOP-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia reassigned TINKERPOP-2861: --- Assignee: Yang Xia > Fix incorrect symlinks in source release zip > > > Key: TINKERPOP-2861 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2861 > Project: TinkerPop > Issue Type: Bug > Components: build-release >Affects Versions: 3.5.5 >Reporter: Divij Vaidya >Assignee: Yang Xia >Priority: Blocker > Fix For: 3.6.3, 3.5.6 > > > The zip for the source code which is released contains a incorrect symlink > which would cause problems for folks who download the source code zip and try > to run gremlin.sh. > We need to fix this. > More context: > [https://lists.apache.org/thread/0f0pcmn1f6k8k324t470t4mp0o64mzdq] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Reopened] (TINKERPOP-2861) Fix incorrect symlinks in source release zip
[ https://issues.apache.org/jira/browse/TINKERPOP-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia reopened TINKERPOP-2861: - > Fix incorrect symlinks in source release zip > > > Key: TINKERPOP-2861 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2861 > Project: TinkerPop > Issue Type: Bug > Components: build-release >Affects Versions: 3.5.5 >Reporter: Divij Vaidya >Priority: Blocker > Fix For: 3.6.3, 3.5.6 > > > The zip for the source code which is released contains a incorrect symlink > which would cause problems for folks who download the source code zip and try > to run gremlin.sh. > We need to fix this. > More context: > [https://lists.apache.org/thread/0f0pcmn1f6k8k324t470t4mp0o64mzdq] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TINKERPOP-2861) Fix incorrect symlinks in source release zip
[ https://issues.apache.org/jira/browse/TINKERPOP-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia closed TINKERPOP-2861. --- Fix Version/s: (was: 3.5.6) (was: 3.6.3) Resolution: Not A Problem > Fix incorrect symlinks in source release zip > > > Key: TINKERPOP-2861 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2861 > Project: TinkerPop > Issue Type: Bug > Components: build-release >Affects Versions: 3.5.5 >Reporter: Divij Vaidya >Assignee: Yang Xia >Priority: Blocker > > The zip for the source code which is released contains a incorrect symlink > which would cause problems for folks who download the source code zip and try > to run gremlin.sh. > We need to fix this. > More context: > [https://lists.apache.org/thread/0f0pcmn1f6k8k324t470t4mp0o64mzdq] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TINKERPOP-2767) Repeat Out Times traversal hangs indefinitely on first execution
[ https://issues.apache.org/jira/browse/TINKERPOP-2767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia closed TINKERPOP-2767. --- Fix Version/s: 3.7.0 Assignee: Yang Xia Resolution: Fixed > Repeat Out Times traversal hangs indefinitely on first execution > > > Key: TINKERPOP-2767 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2767 > Project: TinkerPop > Issue Type: Bug > Components: server >Affects Versions: 3.5.3 > Environment: Windows 10 >Reporter: Simon Zhao >Assignee: Yang Xia >Priority: Major > Fix For: 3.7.0, 3.6.3, 3.5.6 > > > Originally encountered when fixing TINKERPOP-2754 > > The following traversal in JS seems to cause hanging the first time you run > it on a newly launched gremlin-server (3.5.3) via docker > > {{await g.V('1').repeat(_.out()).times(1500).next();}} > > The same hanging occurs in gremlin-go. > > {code:java} > _, err = g.With("evaluationTimeout", > 1000).V("1").Repeat(gremlingo.T__.Out()).Times(int32(1500)).Next() {code} > > The timeout is optional, but indicates that something is going wrong since it > is not returning. Interestingly enough, if the timeout is very low, then it > won't hang because it will say the timeout was exceeded. This indicates that > if the traversal is completed within the timeout, it's just not returning for > some reason on the first call. > > If you were to write a script and invoke this snippet of code, it will hang. > If you forcefully terminate the script and rerun it, then it doesn't hang. > > main.go > {code:java} > package main > import ( >gremlingo "github.com/apache/tinkerpop/gremlin-go/v3/driver" >"log" > ) > func main() { >driver, err := > gremlingo.NewDriverRemoteConnection("ws://localhost:45940/gremlin") >if err != nil { > log.Print("Err creating DRC") > return >} >defer driver.Close() >log.Println("Start") >g := gremlingo.Traversal_().WithRemote(driver) >LABEL := "test" >_, err = g.V().HasLabel(LABEL).Drop().Next() >_, err = g.AddV(LABEL).Property(gremlingo.T.Id, "1").Next() >_, err = g.AddV(LABEL).Property(gremlingo.T.Id, "2").Next() >_, err = > g.AddE(LABEL).From(gremlingo.T__.V("1")).To(gremlingo.T__.V("2")).Property(gremlingo.T.Id, > "e1").Next() >_, err = > g.AddE(LABEL).From(gremlingo.T__.V("2")).To(gremlingo.T__.V("1")).Property(gremlingo.T.Id, > "e2").Next() >if err != nil { > log.Println("Error during setup") > return >} >log.Println("Start the problematic traversal") >_, err = g.With("evaluationTimeout", > 1000).V("1").Repeat(gremlingo.T__.Out()).Times(int32(1500)).Next() >if err != nil { > log.Println("Error with the problematic traversal, but we didn't hang") > return >} >log.Println("End") > } {code} -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Reopened] (TINKERPOP-2767) Repeat Out Times traversal hangs indefinitely on first execution
[ https://issues.apache.org/jira/browse/TINKERPOP-2767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia reopened TINKERPOP-2767: - > Repeat Out Times traversal hangs indefinitely on first execution > > > Key: TINKERPOP-2767 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2767 > Project: TinkerPop > Issue Type: Bug > Components: server >Affects Versions: 3.5.3 > Environment: Windows 10 >Reporter: Simon Zhao >Priority: Major > Fix For: 3.6.3, 3.5.6 > > > Originally encountered when fixing TINKERPOP-2754 > > The following traversal in JS seems to cause hanging the first time you run > it on a newly launched gremlin-server (3.5.3) via docker > > {{await g.V('1').repeat(_.out()).times(1500).next();}} > > The same hanging occurs in gremlin-go. > > {code:java} > _, err = g.With("evaluationTimeout", > 1000).V("1").Repeat(gremlingo.T__.Out()).Times(int32(1500)).Next() {code} > > The timeout is optional, but indicates that something is going wrong since it > is not returning. Interestingly enough, if the timeout is very low, then it > won't hang because it will say the timeout was exceeded. This indicates that > if the traversal is completed within the timeout, it's just not returning for > some reason on the first call. > > If you were to write a script and invoke this snippet of code, it will hang. > If you forcefully terminate the script and rerun it, then it doesn't hang. > > main.go > {code:java} > package main > import ( >gremlingo "github.com/apache/tinkerpop/gremlin-go/v3/driver" >"log" > ) > func main() { >driver, err := > gremlingo.NewDriverRemoteConnection("ws://localhost:45940/gremlin") >if err != nil { > log.Print("Err creating DRC") > return >} >defer driver.Close() >log.Println("Start") >g := gremlingo.Traversal_().WithRemote(driver) >LABEL := "test" >_, err = g.V().HasLabel(LABEL).Drop().Next() >_, err = g.AddV(LABEL).Property(gremlingo.T.Id, "1").Next() >_, err = g.AddV(LABEL).Property(gremlingo.T.Id, "2").Next() >_, err = > g.AddE(LABEL).From(gremlingo.T__.V("1")).To(gremlingo.T__.V("2")).Property(gremlingo.T.Id, > "e1").Next() >_, err = > g.AddE(LABEL).From(gremlingo.T__.V("2")).To(gremlingo.T__.V("1")).Property(gremlingo.T.Id, > "e2").Next() >if err != nil { > log.Println("Error during setup") > return >} >log.Println("Start the problematic traversal") >_, err = g.With("evaluationTimeout", > 1000).V("1").Repeat(gremlingo.T__.Out()).Times(int32(1500)).Next() >if err != nil { > log.Println("Error with the problematic traversal, but we didn't hang") > return >} >log.Println("End") > } {code} -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Reopened] (TINKERPOP-2749) Support Windows Build
[ https://issues.apache.org/jira/browse/TINKERPOP-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia reopened TINKERPOP-2749: - > Support Windows Build > - > > Key: TINKERPOP-2749 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2749 > Project: TinkerPop > Issue Type: Improvement > Components: build-release >Affects Versions: 3.5.3 >Reporter: Lyndon Bauto >Assignee: Lyndon Bauto >Priority: Major > > Currently the Windows build fails due to a number of issues. There are > failures in: > * gremlin-javascript > * gremlin-dotnet-source > * hadoop-gremlin > * spark-gremlin > * gremlint > the hadoop-gremlin and spark-gremlin issues are a little more complex and > will require additional investigation, but for now we can look to resolve the > existing issues and get all other builds working in GitHub actions -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TINKERPOP-2749) Support Windows Build
[ https://issues.apache.org/jira/browse/TINKERPOP-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia closed TINKERPOP-2749. --- Fix Version/s: 3.7.0 3.5.5 3.6.2 Resolution: Fixed > Support Windows Build > - > > Key: TINKERPOP-2749 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2749 > Project: TinkerPop > Issue Type: Improvement > Components: build-release >Affects Versions: 3.5.3 >Reporter: Lyndon Bauto >Assignee: Lyndon Bauto >Priority: Major > Fix For: 3.7.0, 3.5.5, 3.6.2 > > > Currently the Windows build fails due to a number of issues. There are > failures in: > * gremlin-javascript > * gremlin-dotnet-source > * hadoop-gremlin > * spark-gremlin > * gremlint > the hadoop-gremlin and spark-gremlin issues are a little more complex and > will require additional investigation, but for now we can look to resolve the > existing issues and get all other builds working in GitHub actions -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (TINKERPOP-2940) Strategy Dependent Behavior of Ternary Boolean Logic
Cole Greer created TINKERPOP-2940: - Summary: Strategy Dependent Behavior of Ternary Boolean Logic Key: TINKERPOP-2940 URL: https://issues.apache.org/jira/browse/TINKERPOP-2940 Project: TinkerPop Issue Type: Improvement Components: process Affects Versions: 3.6.2 Reporter: Cole Greer The current implementation of [ternary boolean logic|https://tinkerpop.apache.org/docs/3.6.2/dev/provider/#_ternary_boolean_logics] in TinkerPop leads to inconsistent and unexpected behavior depending on strategy application. This stems from the binary reduction logic implemented [here|https://github.com/Bit-Quill/tinkerpop/blob/d653b2401271ff9eb8e2249f878344c27ac81418/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/process/traversal/step/filter/FilterStep.java#L44]. `TraversalFilterStep` and `WhereStep` are currently special cases which will trigger early reduction of boolean error states to false. The issue is that some strategies such as `InlineFilterStrategy` will sometimes remove such steps to produce optimized traversals which are almost equivalent, but don't have this early reduction behavior. Here is a simple example of this in TinkerGraph 3.6.2: {code:bash} gremlin> g.withoutStrategies(InlineFilterStrategy).inject(1).not(where(is(lt(NaN ==>1 gremlin> g.withoutStrategies(InlineFilterStrategy).inject(1).not(where(is(lt(NaN.explain() ==>Traversal Explanation == Original Traversal[InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] ConnectiveStrategy [D] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] CountStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] IdentityRemovalStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] EarlyLimitStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] MatchPredicateStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] IncidentToAdjacentStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] AdjacentToIncidentStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] FilterRankingStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] ByModulatorOptimizationStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] RepeatUnrollStrategy[O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] PathRetractionStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] LazyBarrierStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] TinkerGraphCountStrategy[P] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] TinkerGraphStepStrategy [P] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] ProfileStrategy [F] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] StandardVerificationStrategy[V] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] Final Traversal [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] gremlin> g.inject(1).not(where(is(lt(NaN gremlin> g.inject(1).not(where(is(lt(NaN.explain() ==>Traversal Explanation == Original Traversal[InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] ConnectiveStrategy [D] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] CountStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] IdentityRemovalStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] EarlyLimitStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] MatchPredicateStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] FilterRankingStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] InlineFilterStrategy[O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] IncidentToAdjacentStrategy [O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] AdjacentToIncidentStrategy [O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] ByModulatorOptimizationStrategy [O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] RepeatUnrollStrategy[O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] Pat
[jira] [Updated] (TINKERPOP-2940) Strategy Dependent Behavior of Ternary Boolean Logic
[ https://issues.apache.org/jira/browse/TINKERPOP-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cole Greer updated TINKERPOP-2940: -- Description: The current implementation of [ternary boolean logic|https://tinkerpop.apache.org/docs/3.6.2/dev/provider/#_ternary_boolean_logics] in TinkerPop leads to inconsistent and unexpected behavior depending on strategy application. This stems from the binary reduction logic implemented [here|https://github.com/Bit-Quill/tinkerpop/blob/d653b2401271ff9eb8e2249f878344c27ac81418/gremlin-core/src/main/java/org/apache/tinkerpop/gremlin/process/traversal/step/filter/FilterStep.java#L44]. `TraversalFilterStep` and `WhereStep` are currently special cases which will trigger early reduction of boolean error states to false. The issue is that some strategies such as `InlineFilterStrategy` will sometimes remove such steps to produce optimized traversals which are almost equivalent, but don't have this early reduction behavior. Here is a simple example of this in TinkerGraph 3.6.2: {code:bash} gremlin> g.withoutStrategies(InlineFilterStrategy).inject(1).not(where(is(lt(NaN ==>1 gremlin> g.withoutStrategies(InlineFilterStrategy).inject(1).not(where(is(lt(NaN.explain() ==>Traversal Explanation == Original Traversal[InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] ConnectiveStrategy [D] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] CountStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] IdentityRemovalStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] EarlyLimitStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] MatchPredicateStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] IncidentToAdjacentStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] AdjacentToIncidentStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] FilterRankingStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] ByModulatorOptimizationStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] RepeatUnrollStrategy[O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] PathRetractionStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] LazyBarrierStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] TinkerGraphCountStrategy[P] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] TinkerGraphStepStrategy [P] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] ProfileStrategy [F] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] StandardVerificationStrategy[V] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] Final Traversal [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] gremlin> g.inject(1).not(where(is(lt(NaN gremlin> g.inject(1).not(where(is(lt(NaN.explain() ==>Traversal Explanation == Original Traversal[InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] ConnectiveStrategy [D] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] CountStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] IdentityRemovalStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] EarlyLimitStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] MatchPredicateStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] FilterRankingStrategy [O] [InjectStep([1]), NotStep([TraversalFilterStep([IsStep(lt(NaN))])])] InlineFilterStrategy[O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] IncidentToAdjacentStrategy [O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] AdjacentToIncidentStrategy [O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] ByModulatorOptimizationStrategy [O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] RepeatUnrollStrategy[O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] PathRetractionStrategy [O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] LazyBarrierStrategy [O] [InjectStep([1]), NotStep([IsStep(lt(NaN))])] TinkerGraphCountStrategy
[jira] [Commented] (TINKERPOP-2926) Gremlin-Java > An UnsupportedOperationException occurs on calling next() after a merge step with the option step modulator if the element does not exist
[ https://issues.apache.org/jira/browse/TINKERPOP-2926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17718387#comment-17718387 ] Cole Greer commented on TINKERPOP-2926: --- PR with resolution: [https://github.com/apache/tinkerpop/pull/2028] > Gremlin-Java > An UnsupportedOperationException occurs on calling next() > after a merge step with the option step modulator if the element does not > exist > > > Key: TINKERPOP-2926 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2926 > Project: TinkerPop > Issue Type: Bug > Components: driver >Affects Versions: 3.6.2 >Reporter: Andrew Kirk >Assignee: Valentyn Kahamlyk >Priority: Blocker > Fix For: 3.7.0, 3.6.3 > > Attachments: MergeTestApp.java > > > Using Gremlin-Java, when the option step modulator is used in combination > with a merge step, an `UnsupportedOperationException` is thrown upon calling > `next()` if the specified element does not already exist. > Using an example from the docs, the following construct works fine in the > console if the element does not already exist: > {code:groovy} > gremlin> g.mergeV([(T.id):300]). > option(Merge.onCreate,[(T.label):'Dog', name:'Toby', age:10]). > option(Merge.onMatch,[age:11]) > {code} > But, if we try to do the same thing in Java, we'll get an exception: > {code:java} > g.mergeV(Map.of(T.id, 300)) > .option( > Merge.onCreate, > Map.of( > T.label, "Dog", > "name", "Toby", > "age", 10 > ) > ) > .option( > Merge.onMatch, > Map.of("age", 11) > ) > .next(); > {code} > Exception: > {noformat} > Exception in thread "main" java.lang.UnsupportedOperationException > at > java.base/java.util.ImmutableCollections.uoe(ImmutableCollections.java:142) > at > java.base/java.util.ImmutableCollections$AbstractImmutableMap.putAll(ImmutableCollections.java:1073) > at > org.apache.tinkerpop.gremlin.process.traversal.step.map.MergeVertexStep.onCreateMap(MergeVertexStep.java:205) > at > org.apache.tinkerpop.gremlin.process.traversal.step.map.MergeVertexStep.flatMap(MergeVertexStep.java:168) > at > org.apache.tinkerpop.gremlin.process.traversal.step.map.FlatMapStep.processNextStart(FlatMapStep.java:49) > at > org.apache.tinkerpop.gremlin.process.traversal.step.map.MergeStep.processNextStart(MergeStep.java:165) > at > org.apache.tinkerpop.gremlin.process.traversal.step.util.AbstractStep.next(AbstractStep.java:135) > at > org.apache.tinkerpop.gremlin.process.traversal.step.util.AbstractStep.next(AbstractStep.java:40) > at > org.apache.tinkerpop.gremlin.process.traversal.util.DefaultTraversal.next(DefaultTraversal.java:249) > at > io.integralla.tinkerpop.poc.MergeWithOption.main(MergeWithOption.java:44) > {noformat} > If the element is first added (via an add or merge step), the merge with > option works as expected. > A full example is provided in the attached MergeTestApp.java -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Reopened] (TINKERPOP-2861) Fix incorrect symlinks in source release zip
[ https://issues.apache.org/jira/browse/TINKERPOP-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia reopened TINKERPOP-2861: - > Fix incorrect symlinks in source release zip > > > Key: TINKERPOP-2861 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2861 > Project: TinkerPop > Issue Type: Bug > Components: build-release >Affects Versions: 3.5.5 >Reporter: Divij Vaidya >Assignee: Yang Xia >Priority: Blocker > > The zip for the source code which is released contains a incorrect symlink > which would cause problems for folks who download the source code zip and try > to run gremlin.sh. > We need to fix this. > More context: > [https://lists.apache.org/thread/0f0pcmn1f6k8k324t470t4mp0o64mzdq] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (TINKERPOP-2861) Fix incorrect symlinks in source release zip
[ https://issues.apache.org/jira/browse/TINKERPOP-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia updated TINKERPOP-2861: Fix Version/s: 3.7.0 3.6.3 3.5.6 > Fix incorrect symlinks in source release zip > > > Key: TINKERPOP-2861 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2861 > Project: TinkerPop > Issue Type: Bug > Components: build-release >Affects Versions: 3.5.5 >Reporter: Divij Vaidya >Assignee: Yang Xia >Priority: Blocker > Fix For: 3.7.0, 3.6.3, 3.5.6 > > > The zip for the source code which is released contains a incorrect symlink > which would cause problems for folks who download the source code zip and try > to run gremlin.sh. > We need to fix this. > More context: > [https://lists.apache.org/thread/0f0pcmn1f6k8k324t470t4mp0o64mzdq] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Closed] (TINKERPOP-2861) Fix incorrect symlinks in source release zip
[ https://issues.apache.org/jira/browse/TINKERPOP-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yang Xia closed TINKERPOP-2861. --- Resolution: Fixed Issue caused by `maven-assembly-plugin 4.0.0+`, as reported here https://issues.apache.org/jira/browse/MASSEMBLY-965, to be resolved in unreleased 3.6.0. Fixed by downgrading to last known working version `3.0.0`. > Fix incorrect symlinks in source release zip > > > Key: TINKERPOP-2861 > URL: https://issues.apache.org/jira/browse/TINKERPOP-2861 > Project: TinkerPop > Issue Type: Bug > Components: build-release >Affects Versions: 3.5.5 >Reporter: Divij Vaidya >Assignee: Yang Xia >Priority: Blocker > Fix For: 3.7.0, 3.6.3, 3.5.6 > > > The zip for the source code which is released contains a incorrect symlink > which would cause problems for folks who download the source code zip and try > to run gremlin.sh. > We need to fix this. > More context: > [https://lists.apache.org/thread/0f0pcmn1f6k8k324t470t4mp0o64mzdq] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[VOTE] TinkerPop 3.5.6 Release
Hello, We are happy to announce that TinkerPop 3.5.6 is ready for release. The release artifacts can be found at this location: https://dist.apache.org/repos/dist/dev/tinkerpop/3.5.6/ The source distribution is provided by: apache-tinkerpop-3.5.6-src.zip Two binary distributions are provided for user convenience: apache-tinkerpop-gremlin-console-3.5.6-bin.zip apache-tinkerpop-gremlin-server-3.5.6-bin.zip The GPG key used to sign the release artifacts is available at: https://dist.apache.org/repos/dist/dev/tinkerpop/KEYS The online docs can be found here: https://tinkerpop.apache.org/docs/3.5.6/ (user docs) https://tinkerpop.apache.org/docs/3.5.6/upgrade/ (upgrade docs) https://tinkerpop.apache.org/javadocs/3.5.6/core/ (core javadoc) https://tinkerpop.apache.org/javadocs/3.5.6/full/ (full javadoc) https://tinkerpop.apache.org/dotnetdocs/3.5.6/ (.NET API docs) https://tinkerpop.apache.org/jsdocs/3.5.6/ (Javascript API docs) The Git tag can be found here: https://github.com/apache/tinkerpop/tree/3.5.6 The release notes are available here: https://github.com/apache/tinkerpop/blob/3.5.6/CHANGELOG.asciidoc The [VOTE] will be open for the next 72 hours --- closing Thursday (May 4, 2023) at 21:00 PDT(UTC-7). My vote is +1. Thank you very much, Yang *--* *Yang Xia*