distribution/registry/storage/driver
Aaron Lehmann 6664a1384e Fix empty delete requests with Swift fs driver
The Delete method lists objects under the given path and tries to delete
all of them with a bulk delete request. If the path has no objects
underneath it, the body of this request will be empty, which causes
HTTP-level issues. Specifically, Go's HTTP client senses the empty
request buffer and doesn't include a Content-Length, which causes the
Swift server to fail the request.

This commit fixes the problem by avoiding sending empty bulk delete
requests. This is the correct thing to do anyway, since there's no
reason to request deletion of zero objects.

Signed-off-by: Aaron Lehmann <aaron.lehmann@docker.com>
2015-11-09 15:33:05 -08:00
..
azure Remove half-baked Storage Driver IPC support 2015-06-29 16:52:12 -07:00
base Add a generic error type to capture non-typed errors 2015-11-03 11:19:44 -08:00
factory Remove half-baked Storage Driver IPC support 2015-06-29 16:52:12 -07:00
filesystem Add a generic error type to capture non-typed errors 2015-11-03 11:19:44 -08:00
gcs Add a generic error type to capture non-typed errors 2015-11-03 11:19:44 -08:00
inmemory Add a generic error type to capture non-typed errors 2015-11-03 11:19:44 -08:00
middleware Make Storage Driver API calls context aware. 2015-04-27 15:58:58 -07:00
oss Add a generic error type to capture non-typed errors 2015-11-03 11:19:44 -08:00
rados Add a generic error type to capture non-typed errors 2015-11-03 11:19:44 -08:00
s3 Add a generic error type to capture non-typed errors 2015-11-03 11:19:44 -08:00
swift Fix empty delete requests with Swift fs driver 2015-11-09 15:33:05 -08:00
testsuites Add a generic error type to capture non-typed errors 2015-11-03 11:19:44 -08:00
fileinfo.go Move storagedriver package to registry/storage/driver 2015-02-11 12:43:04 -08:00
storagedriver.go Add a generic error type to capture non-typed errors 2015-11-03 11:19:44 -08:00