| fddea0213028dd6d467f316584fac0f6e0745ce9 |
31-Jul-2012 |
Elliott Hughes <enh@google.com> |
HttpResponseCache should return 504, not 502.
The RFC seems pretty clear on this issue.
Bug: http://code.google.com/p/android/issues/detail?id=28294
Change-Id: Ia9a979e1fbbd8b38b1607059c042e0fc9ca44270
ttpResponseCacheTest.java
|
| 5d7e0fc1af3141aa41e9c21d74da3c36b933517f |
23-Dec-2011 |
Jesse Wilson <jessewilson@google.com> |
Update the response cache on a conditional cache hit
Bug: http://b/4460598
Change-Id: I5f274b2109861b9d2ed59eda8b3e5b4e89fd27b3
ttpResponseCacheTest.java
|
| 5757cb35ad2e58d7accb7f5d3db6f2d5e72f097d |
16-Dec-2011 |
Jesse Wilson <jessewilson@google.com> |
Support multiple challenges for HTTP authentication.
This fixes the problem reported in the bug, but we still need
to give attention to the digest scheme. Currently we can't do
Basic auth if the HTTP response contains both a Digest challenge
and a Basic challenge!
Bug: http://code.google.com/p/android/issues/detail?id=19081
Change-Id: Ifffb307678c2afa0db1d50c1ef5fc49ec7769306
arsedHeadersTest.java
|
| 4bc4b39a74774099b381ec9fd9ee0e2691ee7650 |
19-Aug-2011 |
Jesse Wilson <jessewilson@google.com> |
Don't expect caching of partial (HTTP 206) responses.
It's a lot of work to cache partial responses properly. We've
punted on this for the built-in HttpResponseCache.
This test passed once, but only because we were using a stub
response cache that didn't interpret 206s properly.
Change-Id: I2ee5ae2d5dc9a9d52d499411b281d647e658f21d
ttpResponseCacheTest.java
|
| ed211506be4a0985678cf099282ed8fe851868fb |
15-Aug-2011 |
Jesse Wilson <jessewilson@google.com> |
Make HTTP implementation details public for CTS tests.
Our testing tools cannot normally test package-private APIs
because the tests are loaded in a different class loader than
the production classes. This is an unfortunate workaround.
Change-Id: Ic8d9d3088887bccceaf166959468cd52bfef9aae
arsedHeadersTest.java
|
| 09336c914b4fc813e493acc82469b9ad89fd8694 |
07-Jun-2011 |
Jesse Wilson <jessewilson@google.com> |
Use external/mockwebserver in libcore
Change-Id: I4dac34f88b23484643bce31e5f25ac6eb1fea426
ttpResponseCacheTest.java
|
| c8e161cd543d2a327a7db23b8ce8f127b2e2ebae |
20-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Merge "Support HTTP cookies and header combining." into dalvik-dev
|
| cd8c1dd724036dcd1b7c27542cc4d745391b8d04 |
20-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Support HTTP cookies and header combining.
Change-Id: Ifdf15dc2f551e58bdd6a1aae847f7dec254ac7e8
http://b/3180373
ttpResponseCacheTest.java
|
| 80f4d25b880b83abfd79474bb0e6fdc4d898f94c |
19-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Address FindBugs warnings in libcore.net.http
Change-Id: Ia0c4f95e62825a4ed4debac2578d353491a7ff2c
arsedHeadersTest.java
|
| e5eb80e6adaab18ff7372adcd09f9e1af3a76871 |
19-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Make the HttpResponseCache robust to file I/O errors.
If the filesystem fails, cache performance degrades. Ongoing
writes should not see any filesystem errors: don't punish the
writer who isn't benefitting from the cache. Ongoing reads may
see IOExceptions while streaming files. In practice this will
only happen if the directory disappears during use, as is the
case when a removable partition is removed.
Change-Id: Ibf4d51998d9beaba9f8c86c449fd5c97ca869cee
http://b/3180373
ttpResponseCacheTest.java
|
| 6f778cc173cc60ec184e8ca54a16ad10cf55f2cf |
18-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Cache HTTP responses with a Vary header.
This requires a backdoor for the cache to read the request headers
at put time. This is implemented by getting the HttpEngine, which
will allow us to eventually share the response header parsing.
Change-Id: I177467244e5af0a3dda07883cd58d641bf75362f
http://b/3180373
ttpResponseCacheTest.java
|
| fb4a6392a04b1f3a1124b3db6bae51d8cbfa53f8 |
14-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Move APIs from internal HttpResponseCache to external one.
Change-Id: Ia6c88f292088bfd3ed546c067376fcb36b435b48
http://b/3180373
ttpResponseCacheTest.java
|
| 396af46f45fd302e6309fc48ac1fd68cbb739edb |
12-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Add the application version to the DiskLruCache journal.
This makes it easy for us to change how we store HTTP cache
data without fear of compatibility problems.
Change-Id: I26cd6645d26f359ab76e2f87b6ab73bbf24ab715
http://b/3180373
iskResponseCacheTest.java
ttpResponseCacheTest.java
|
| ca8ae42fd6a787757897a680108bdcf7b0d37f13 |
12-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Provide more user-friendly HTTP cache stats.
Rather than strictly trackign what's convenient for implementation,
we now provide stats based on what we anticipate the user will want
to know:
- how many requests were made?
- how many requests required network use?
- how many requests were served by the cache?
This doesn't provide individual stats on how many conditional gets
were made, but those can be computed.
Change-Id: Ieeebaf8b98664e78f828971052404dd7da28ad78
http://b/3180373
iskResponseCacheTest.java
ttpResponseCacheTest.java
|
| 757afaa7afe96791a3cc612c9e3c4597a7321c7e |
12-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Provide hit and miss stats on the HTTP response cache.
Also capture FDs rather than InputStreams when a cache
entry is read. This permits the cache to return as many
streams as the caller requires.
Also fix bugs where we weren't properly releasing the
input streams from the responses.
Change-Id: I04807eab648864229f1e8734ad1fbb6a2d6bb51d
http://b/3180373
ttpResponseCacheTest.java
|
| 953df613522e12a418cb7cb73248594d6c9f53d4 |
03-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Refactor HttpURLConnection implementation.
Break HttpURLConnectionImpl into two parts: the part that
implements the Java API (that follows redirects etc.) and
the part that speaks HTTP. The HTTP part is called HttpEngine,
and it can only be used for a single HTTP request. This makes
it easier to set request properties that only apply to a
single socket request.
Tests for 'Vary', 'Content-Location' and warnings.
For simplicity of implementation I've chosen not to support
'Vary' at this time.
The 'Content-Location' header doesn't require any work from
the cache.
Warnings are ugly but allow the caller to identify when the
cache results may be problematic.
Also breaking HttpResponseCache's dependency on HttpURLConnectionImpl
so it can be tested on the RI.
Change-Id: Idbabb51251f479c2cdea4e0fceb029bfd07182be
http://b/3180373
ttpHeadersTest.java
arsedHeadersTest.java
awHeadersTest.java
|
| 0406097759dafaee2390e3ff8dbabd5a1d098122 |
03-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Split CacheHeader into RequestHeader and ResponseHeader.
Fix suspicious use of the word 'header' in the HttpURLConnectionImpl.
Use 'header field' and 'headers' as necessary.
Change-Id: I502808005a727772091e5770a517d3170e102549
http://b/3180373
acheHeaderTest.java
ttpHeadersTest.java
arsedHeadersTest.java
|
| b283c0b7d707a1a08ac996f7b15470472cc1615f |
03-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Fix CacheHeaderTest to use the new constructor.
Change-Id: I7ecfa49078d131ff90031fd44698290f8b170cd7
http://b/3180373
acheHeaderTest.java
|
| 21dddca4064527116af7a1553de502c6d11138da |
03-May-2011 |
Jesse Wilson <jessewilson@google.com> |
Cache authorization headers and default expiration date.
Neither of these are particularly pretty. Authorization is a
silly special case in the spec that makes caching opt-in rather
than opt-out. Default expiration dates are reasonable but require
a hack to not cache get queries like http://foo.com/?q=bar.
http://b/3180373
Change-Id: Ica76ccfde30fe1e7a0d64895ef5370b43bd980ec
acheHeaderTest.java
|
| 9b35d1ad04cdaf0905aee3cb04064ba977e846ac |
29-Apr-2011 |
Jesse Wilson <jessewilson@google.com> |
Improve parsing of HTTP caching headers.
Change-Id: Ie2b4c76ac97cc7a4783bd6a695cfb28f7ea2296f
http://b/3180373
acheHeaderTest.java
ttpHeadersTest.java
|