Javadoc fixes

git-svn-id: https://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk@1337904 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
Oleg Kalnichevski 2012-05-13 14:57:27 +00:00
parent 561a7d7405
commit c850967c01
3 changed files with 4 additions and 3 deletions

View File

@ -148,7 +148,7 @@ public class URLEncodedUtils {
* List to add parameters to.
* @param scanner
* Input that contains the parameters to parse.
* @param encoding
* @param charset
* Encoding to use when decoding the parameters.
*/
public static void parse (

View File

@ -27,6 +27,7 @@
package org.apache.http.impl.client;
import org.apache.http.annotation.ThreadSafe;
import org.apache.http.client.HttpClient;
import org.apache.http.client.protocol.RequestAcceptEncoding;
import org.apache.http.client.protocol.ResponseContentEncoding;
import org.apache.http.conn.ClientConnectionManager;
@ -39,7 +40,7 @@ import org.apache.http.protocol.BasicHttpProcessor;
*
* <b>Deprecation note:</b> due to the way this class modifies a response body
* without changing the response headers to reflect the entity changes, it cannot
* be used as the &quot;backend&quot; for a {@link CachingHttpClient} and still
* be used as the &quot;backend&quot; for a caching {@link HttpClient} and still
* have uncompressed responses be cached. Users are encouraged to use the
* {@link DecompressingHttpClient} instead of this class, which can be wired in
* either before or after caching, depending on whether you want to cache

View File

@ -53,7 +53,7 @@ import org.apache.http.util.EntityUtils;
* support for the <code>gzip</code> and <code>deflate</code>
* compression schemes; it then checks the <code>Content-Encoding</code>
* header on the response to uncompress any compressed response bodies.
* The {@link InputStream} of the entity will contain the uncompressed
* The {@link java.io.InputStream} of the entity will contain the uncompressed
* content.</p>
*
* <p><b>N.B.</b> Any upstream clients of this class need to be aware that