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