[ https://issues.apache.org/jira/browse/TINKERPOP-1810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16929503#comment-16929503 ]
ASF GitHub Bot commented on TINKERPOP-1810: ------------------------------------------- spmallette commented on pull request #1192: TINKERPOP-1810 Support for withSack() that use Lambdas with remotes URL: https://github.com/apache/tinkerpop/pull/1192 https://issues.apache.org/jira/browse/TINKERPOP-1810 To support this we needed to better detect the number of arguments that a lambda has so that we can properly deserialize to BinaryOperator or UnaryOperator. We also needed to better cast arguments for groovy given withSack() overlaods that aren't easily detected during eval() and generate errors otherwise. The method for detecting arguments isn't super nice - just some string parsing, but since Gremlin really only ever expects zero, one or two arg lambdas the risk of taking this approach seems low. Note that users who want to distinguish arguments must specify them with a full groovy closure syntax or else it will assume "unknown" as it always has. All tests pass with `docker/build.sh -t -i` VOTE +1 ---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Add Lambda.binaryOperator and Lambda.unaryOperator > -------------------------------------------------- > > Key: TINKERPOP-1810 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1810 > Project: TinkerPop > Issue Type: Improvement > Components: process > Affects Versions: 3.2.6 > Reporter: Ted Wilmes > Assignee: stephen mallette > Priority: Major > > While working with sack and lambdas, I found that I could not specify a split > ({{UnaryOperator}}) or merge ({{BinaryOperator}}) operator remotely using the > {{Lambda}} class helper methods. The sack supplier worked without issue > because we already have {{Lambda.supplier}}. I propose we add > {{Lambda.unaryOperator}} and {{Lambda.binaryOperator}}. -- This message was sent by Atlassian Jira (v8.3.2#803003)