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)