[
https://issues.apache.org/jira/browse/HDDS-1213?focusedWorklogId=208968&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-208968
]
ASF GitHub Bot logged work on HDDS-1213:
----------------------------------------
Author: ASF GitHub Bot
Created on: 06/Mar/19 16:55
Start Date: 06/Mar/19 16:55
Worklog Time Spent: 10m
Work Description: elek commented on issue #549: HDDS-1213. Support plain
text S3 MPU initialization request
URL: https://github.com/apache/hadoop/pull/549#issuecomment-470186740
White space problems are reported by the yetus. I committed to a fix in a
separated commit
(https://github.com/apache/hadoop/pull/549/commits/a086953243b71796bf06022a0775aebcfd29ea52)
to make it easier to review.
I removed the platform lines
(https://github.com/apache/hadoop/pull/549/commits/9f59f5d06960634fcca77b7dd5c07da70dce21ff),
but to be honest, they are also independent from the patch.
So we should either accept both whitespace/platform fixes or create two new
jiras for both. Just to be consistent ;-)
(As they are both committed in two separated commits they can be
reverted/accepted during the merge.)
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
-------------------
Worklog Id: (was: 208968)
Time Spent: 2h 50m (was: 2h 40m)
> Support plain text S3 MPU initialization request
> ------------------------------------------------
>
> Key: HDDS-1213
> URL: https://issues.apache.org/jira/browse/HDDS-1213
> Project: Hadoop Distributed Data Store
> Issue Type: Bug
> Components: S3
> Reporter: Elek, Marton
> Assignee: Elek, Marton
> Priority: Blocker
> Labels: pull-request-available
> Time Spent: 2h 50m
> Remaining Estimate: 0h
>
> S3 Multi-Part-Upload (MPU) is implemented recently in the Ozone s3 gateway.
> We have extensive testing with using 'aws s3api' application which is passed.
> But it turned out that the more simple `aws s3 cp` command fails with _405
> Media type not supported error_ message
> The root cause of this issue is the JAXRS implementation of the multipart
> upload method:
> {code}
> @POST
> @Produces(MediaType.APPLICATION_XML)
> public Response multipartUpload(
> @PathParam("bucket") String bucket,
> @PathParam("path") String key,
> @QueryParam("uploads") String uploads,
> @QueryParam("uploadId") @DefaultValue("") String uploadID,
> CompleteMultipartUploadRequest request) throws IOException,
> OS3Exception {
> if (!uploadID.equals("")) {
> //Complete Multipart upload request.
> return completeMultipartUpload(bucket, key, uploadID, request);
> } else {
> // Initiate Multipart upload request.
> return initiateMultipartUpload(bucket, key);
> }
> }
> {code}
> Here we have a CompleteMultipartUploadRequest parameter which is created by
> the JAXRS framework based on the media type and the request body. With
> _Content-Type: application/xml_ it's easy: the JAXRS framework uses the
> built-in JAXB serialization. But with plain/text content-type it's not
> possible as there is no serialization support for
> CompleteMultipartUploadRequest from plain/text.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org
