Mailing-List: contact dev-help@hc.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpComponents Project" <dev@hc.apache.org>
Message-ID: <32376754.94981286889034580.JavaMail.jira@thor>
Date: Tue, 12 Oct 2010 09:10:34 -0400 (EDT)
From: "Oleg Kalnichevski (JIRA)" <jira@apache.org>
To: dev@hc.apache.org
Subject: [jira] Commented: (HTTPCLIENT-1005) API surface of caching module
 can be reduced
In-Reply-To: <17658621.481141285868373349.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HTTPCLIENT-1005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12920181#action_12920181 ] 

Oleg Kalnichevski commented on HTTPCLIENT-1005:
-----------------------------------------------

Jon

I am feeling really bad about having to lump all classes into one package. 

What is your feeling about stability of the API at this point? How likely is it that you may want to make sweeping changes to the classes and interfaces that currently reside in o.a.h.client.cache? If you anticipate major changes , I'll apply the patch and start working on the first BETA release. However, If you feel that a few more months should be enough to finalize the API, we could probably delay the BETA phase a little and do one more ALPHA meanwhile.

What do you think?

Oleg

> API surface of caching module can be reduced
> --------------------------------------------
>
>                 Key: HTTPCLIENT-1005
>                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1005
>             Project: HttpComponents HttpClient
>          Issue Type: Improvement
>          Components: Cache
>    Affects Versions: 4.1 Alpha2
>            Reporter: Jonathan Moore
>         Attachments: smaller-api.patch
>
>
> While the caching module can currently be considered functional and useful for folks as-is, there are several near-term enhancements planned that could change the exposed binary API of the caching module (although it is not yet clear whether they would or not). In an effort to allow the 4.1 GA release to go forward while hedging bets against future development, we should consider drastically reducing the exposed binary API of the caching module, and not exposing extension points until someone explicitly asks for them.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org