| commit | 2660ea75a0463e0b799328699022903e35e4277e | |
| author | michaeln@chromium.org <michaeln@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | |
| Sun, 1 Sep 2013 23:06:03 +0000 (1 23:06 +0000) | ||
| committer | michaeln@chromium.org <michaeln@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | |
| Sun, 1 Sep 2013 23:06:03 +0000 (1 23:06 +0000) | ||
| tree | 61c549f31ea4874a125811af854b714a9a314e59 | treesnapshot (tar.gz zip) |
| parent | 88b50b690f0d8a401c26a04c359b92f35c673bc2 | commitdiff |
Chromium Blob hacking
Start using BlobStorageContext (and family) as a replacement for BlobStorageController. The new class manages blob data by uuid and seperately maintains a mapping from of public blob urls to uuids.
Added a methods to create an additional mapping of old-style 'private urls' to new-style uuids to help with transitioning, blink needs to be retrofitted too, but that has to happen separately.
Changed blob processing classes to take BlobDataHandles as input instead of GURLs. Not long after IPC deserizliation, get a BlobDataHandle and pass that around.
- FileSystemOperation.Write (and famlity) for FileWriter support
- ResourceDispatcherHost (and famility) for blob url requests
- (PostMessage handling and WebIntent plumbing ultimately needs to be treated in this way too)
Switched to using string uuids instead of urls in IPC messages (and structs carried in ipc messages).
Until blink is retrofitted, the chromiums side supports both forms of identifying blobs (old-style private urls and new-style uuids).
- FileSystemHostMsg_Write
- webkit_base::DataElement (and consumers: BlobData, ResourceRequestBody)
- blob registry/building ipc messages
Implemented the WebKit::WebBlobRegistryImpl such that it can be invoked on any renderer/worker thread.
Got more explicit about naming: FileSystemURL vs BlobUUID vs PublicBlobURL.
Note: There are corresponding changes to be made in Blink, after which, the things annotated as deprecated in this CL can be removed.
TBR=inferno
BUG=174200
Review URL: https://chromiumcodereview.appspot.com/23223003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@220754 0039d316-1c4b-4281-b951-d872f2087c98
Start using BlobStorageContext (and family) as a replacement for BlobStorageController. The new class manages blob data by uuid and seperately maintains a mapping from of public blob urls to uuids.
Added a methods to create an additional mapping of old-style 'private urls' to new-style uuids to help with transitioning, blink needs to be retrofitted too, but that has to happen separately.
Changed blob processing classes to take BlobDataHandles as input instead of GURLs. Not long after IPC deserizliation, get a BlobDataHandle and pass that around.
- FileSystemOperation.Write (and famlity) for FileWriter support
- ResourceDispatcherHost (and famility) for blob url requests
- (PostMessage handling and WebIntent plumbing ultimately needs to be treated in this way too)
Switched to using string uuids instead of urls in IPC messages (and structs carried in ipc messages).
Until blink is retrofitted, the chromiums side supports both forms of identifying blobs (old-style private urls and new-style uuids).
- FileSystemHostMsg_Write
- webkit_base::DataElement (and consumers: BlobData, ResourceRequestBody)
- blob registry/building ipc messages
Implemented the WebKit::WebBlobRegistryImpl such that it can be invoked on any renderer/worker thread.
Got more explicit about naming: FileSystemURL vs BlobUUID vs PublicBlobURL.
Note: There are corresponding changes to be made in Blink, after which, the things annotated as deprecated in this CL can be removed.
TBR=inferno
BUG=174200
Review URL: https://chromiumcodereview.appspot.com/23223003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@220754 0039d316-1c4b-4281-b951-d872f2087c98
60 files changed: