[
https://issues.apache.org/jira/browse/HTTPCORE-40?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Roland Weber updated HTTPCORE-40:
---------------------------------
Attachment: 2k7-02-11-api-impl.txt
Here's a patch for the two moves described above.
The script for updating references to DefaultHttpParams is:
#!/bin/sh
echo mvdhp: $1
mv -i $1 $1.orig
sed < $1.orig > $1 -e 's/org.apache.http.impl.params/org.apache.http.params/g'
-e 's/DefaultHttpParams/BasicHttpParams/g'
Let me know what you think.
cheers,
Roland
> make API independent from impl packages
> ---------------------------------------
>
> Key: HTTPCORE-40
> URL: https://issues.apache.org/jira/browse/HTTPCORE-40
> Project: HttpComponents Core
> Issue Type: Wish
> Components: HttpCore
> Reporter: Roland Weber
> Assigned To: Roland Weber
> Priority: Minor
> Fix For: 4.0-alpha4
>
> Attachments: 2k7-02-11-api-impl.txt
>
>
> As discussed on the developer mailing list, I would feel better if our API
> packages in HttpCore would not depend on impl packages.
> There used to be two classes in impl that are referenced from the API:
> DefaultHttpParams - could be moved to API params package and renamed to
> BasicHttpParams. The renaming would also prevent the misconception that we
> might have some kind of "default parameters" that are automatically loaded by
> HttpCore.
> HeaderGroup - this one fould fit nicely in the o.a.h.util package. We already
> have ByteArrayBuffer and CharArrayBuffer there although neither is in the
> actual API.
> Recently, HTTPCORE-39 introduced a third dependency, on
> EnglishReasonPhraseCatalog. Unless that dependency is removed, there is no
> point in breaking the API for these two here.
--
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
