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] [Updated] (CURATOR-200) Proposal: Remove references to guava library from public APIs
Date Wed, 01 Apr 2015 22:30:53 GMT

     [ https://issues.apache.org/jira/browse/CURATOR-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Mike Drob updated CURATOR-200:
------------------------------
    Fix Version/s:     (was: 3.0.0)
                   TBD

> 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: TBD
>
>
> 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