You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Dan Smith (JIRA)" <ji...@apache.org> on 2017/09/29 01:00:00 UTC

[jira] [Created] (GEODE-3723) Reconsider using Optional as the parameter for getRequiredPermissions

Dan Smith created GEODE-3723:
--------------------------------

             Summary: Reconsider using Optional<String> as the parameter for getRequiredPermissions
                 Key: GEODE-3723
                 URL: https://issues.apache.org/jira/browse/GEODE-3723
             Project: Geode
          Issue Type: Bug
          Components: security
            Reporter: Dan Smith
             Fix For: 1.3.0


The new method on function, getRequiredPermissions takes an Optional<String> as parameter.

At point point, we added a parameterized type to the function interface (Function<T>). However, if someone tries to implement Function without the type (eg implements Function instead of implemments Function<Object>), then they get the below compilation error:

{noformat}
Error:(85, 41) java: name clash: getRequiredPermissions(java.util.Optional<java.lang.String>) in org.apache.geode.cache.lucene.internal.distributed.WaitUntilFlushedFunction and getRequiredPermissions(java.util.Optional<java.lang.String>) in org.apache.geode.cache.execute.Function have the same erasure, yet neither overrides the other
{noformat}

In addition to this annoyance Optional is generally discouraged as a parameter to a method in favor of method overloading. At least my IDE is providing a warning to that effect. Maybe having an overloaded method for getRequiredPermissions would be better?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)