curator-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mike Drob (JIRA)" <j...@apache.org>
Subject [jira] [Created] (CURATOR-200) Proposal: Remove references to guava library from public APIs
Date Wed, 01 Apr 2015 22:24:53 GMT
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)

Mime
View raw message