You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@curator.apache.org by "Mike Drob (JIRA)" <ji...@apache.org> on 2015/04/02 00:24:53 UTC

[jira] [Created] (CURATOR-200) Proposal: Remove references to guava library from public APIs

Mike Drob created CURATOR-200:
---------------------------------

             Summary: Proposal: Remove references to guava library from public APIs
                 Key: CURATOR-200
                 URL: https://issues.apache.org/jira/browse/CURATOR-200
             Project: Apache Curator
          Issue Type: Improvement
          Components: Framework
            Reporter: Mike Drob
             Fix For: 3.0.0


There was a good discussion on the mailing list: http://curator.markmail.org/thread/yjete2ozm32jmz5u

The critical portion copied here:
{quote}
The problem classes that I have found are:
* curator-framework: org.apache.curator.framework.listen.ListenerContainer : method forEach takes a parameter of type com.google.common.base.Function
* curator-framework: org.apache.curator.framework.api.transaction.CuratorTransactionResult : method ofTypeAndPath returns com.google.common.base.Predicate
* curator-x-discovery-server: org.apache.curator.x.discovery.server.contexts.GenericDiscoveryContext : constructor takes param of type com.google.common.reflect.TypeToken
* curator-x-discovery: org.apache.curator.x.discovery.InstanceFilter : inherits from com.google.common.base.Predicate
{quote}

In the ensuing discussion, it sounded like we'd need to get started on an implementation before we had enough information to determine whether the changes are too intrusive or not.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)