ListMultipartUploads

Classic/VPC 환경에서 이용 가능합니다.

취소 또는 완료되지 않은 멀티파트 업로드 정보를 조회합니다. 오퍼레이션에 사용되는 요청 바디는 없습니다.

요청

요청 형식을 설명합니다. 요청 형식은 다음과 같습니다.

메서드	URI
GET	/{bucket-name}

요청 구문

요청 구문은 다음과 같습니다.

GET https://{endpoint}/{bucket-name}?uploads= # path style
GET https://{bucket-name}.{endpoint}?uploads= # virtual host style

요청 헤더

Object Storage API에서 공통으로 사용하는 헤더에 대한 자세한 내용은 Object Storage 공통 요청 헤더를 참조해 주십시오.

요청 경로 파라미터

파라미터에 대한 설명은 다음과 같습니다.

필드	타입	필수 여부	설명
`bucket-name`	String	Required	멀티파트 업로드 정보를 조회할 버킷 이름

요청 쿼리 파라미터

파라미터에 대한 설명은 다음과 같습니다.

필드	타입	필수 여부	설명
`uploads`	String	Required	멀티파트 업로드 정보 조회 선언 값 없이 키만 입력
`prefix`	String	Optional	응답을 제한할 Prefix Prefix로 시작하는 오브젝트 이름에만 응답하도록 제한
`delimiter`	String	Optional	오브젝트를 묶기 위한 기준 Prefix와 Delimiter 사이에 있는 오브젝트를 하나로 묶음
`encoding-type`	String	Optional	인코딩 유형 XML에서 지원하지 않는 유니코드 문자가 오브젝트 이름에 사용된 경우 파라미터를 URL로 설정하여 인코딩 문제 해결
`max-uploads`	Integer	Optional	응답에 표시할 오브젝트 개수 0~1,000 (기본값: 1,000)
`key-marker`	String	Optional	목록 시작 지점 `key-marker` 위치부터 오브젝트 지정
`upload-id-marker`	String	Conditional	목록 시작 지점 `key-marker`가 지정된 경우 필수

요청 예시

요청 예시는 다음과 같습니다.

GET /apiary?uploads= HTTP/1.1
Authorization: {authorization-string}
x-amz-date: 20161011T190354Z
Host: kr.object.gov-ncloudstorage.com

응답

응답 형식을 설명합니다.

응답 헤더

Object Storage API에서 공통으로 사용하는 응답 헤더에 대한 자세한 내용은 Object Storage 공통 응답 헤더를 참조해 주십시오.

응답 상태 코드

Object Storage API에서 공통으로 사용하는 응답 상태 코드에 대한 자세한 내용은 Object Storage 응답 상태 코드를 참조해 주십시오.

응답 예시

응답 예시는 다음과 같습니다.

HTTP/1.1 200 OK
Date: Wed, 5 Oct 2016 15:22:27 GMT
Accept-Ranges: bytes
x-amz-request-id: 9fa96daa-9f37-42ee-ab79-0bcda049c671
Content-Type: application/xml
Content-Length: 374

<ListMultipartUploadsResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
  <Bucket>apiary</Bucket>
  <KeyMarker/>
  <UploadIdMarker/>
  <NextKeyMarker>multipart-object-123</NextKeyMarker>
  <NextUploadIdMarker>0000015a-df89-51d0-2790-dee1ac994053</NextUploadIdMarker>
  <MaxUploads>1000</MaxUploads>
  <IsTruncated>false</IsTruncated>
  <Upload>
    <Key>file</Key>
    <UploadId>0000015a-d92a-bc4a-c312-8c1c2a0e89db</UploadId>
    <Initiator>
      <ID>d4d11b981e6e489486a945d640d41c4d</ID>
      <DisplayName>d4d11b981e6e489486a945d640d41c4d</DisplayName>
    </Initiator>
    <Owner>
      <ID>d4d11b981e6e489486a945d640d41c4d</ID>
      <DisplayName>d4d11b981e6e489486a945d640d41c4d</DisplayName>
    </Owner>
    <StorageClass>STANDARD</StorageClass>
    <Initiated>2017-03-16T22:09:01.002Z</Initiated>
  </Upload>
  <Upload>
    <Key>multipart-object-123</Key>
    <UploadId>0000015a-df89-51d0-2790-dee1ac994053</UploadId>
    <Initiator>
      <ID>d4d11b981e6e489486a945d640d41c4d</ID>
      <DisplayName>d4d11b981e6e489486a945d640d41c4d</DisplayName>
    </Initiator>
    <Owner>
      <ID>d4d11b981e6e489486a945d640d41c4d</ID>
      <DisplayName>d4d11b981e6e489486a945d640d41c4d</DisplayName>
    </Owner>
    <StorageClass>STANDARD</StorageClass>
    <Initiated>2017-03-18T03:50:02.960Z</Initiated>
  </Upload>
</ListMultipartUploadsResult>