[ https://issues.apache.org/jira/browse/TINKERPOP-1854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16361997#comment-16361997 ]
ASF GitHub Bot commented on TINKERPOP-1854: ------------------------------------------- Github user jorgebay commented on a diff in the pull request: https://github.com/apache/tinkerpop/pull/792#discussion_r167790135 --- Diff: gremlin-dotnet/test/Gremlin.Net.IntegrationTest/Gherkin/IgnoreException.cs --- @@ -40,9 +40,6 @@ private static string GetMessage(IgnoreReason reason) string reasonSuffix = null; switch (reason) { - case IgnoreReason.LambdaNotSupported: --- End diff -- Can we replace it with a comment, like `// Include detailed reason for each enum here`? > Support lambdas in Gremlin.Net > ------------------------------ > > Key: TINKERPOP-1854 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1854 > Project: TinkerPop > Issue Type: Improvement > Components: dotnet > Affects Versions: 3.3.0, 3.2.6 > Reporter: Florian Hockmann > Assignee: Florian Hockmann > Priority: Major > > Gremlin.Net should support lambdas. We already discussed this in [the pull > request for TINKERPOP-1752|https://github.com/apache/tinkerpop/pull/712]. > Here is what [~spmallette] said over there: > {quote} > Any reason we don't support lambdas? Even if .NET can't support them natively > for some reason wouldn't we minimally support the ability to pass a > python/groovy/etc lambda? it's kinda weird that way, but i think back to the > point that kuppitz made on the dev list the other day where he stated that he > doesn't always find a way out of using lambdas in production systems he works > on - so ultimately users will need that kind of capability i think. > {quote} > C# lambdas would require some kind of C# parser on the server side, so at > least in the beginning a way to send lambdas from already supported languages > in Gremlin.Net should be enough. -- This message was sent by Atlassian JIRA (v7.6.3#76005)