You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@jclouds.apache.org by "Andrew Gaul (JIRA)" <ji...@apache.org> on 2017/10/13 15:13:00 UTC

[jira] [Updated] (JCLOUDS-1347) Using BlobStore to copy a blob with non-ascii characters in its name fails to AWS signature error

     [ https://issues.apache.org/jira/browse/JCLOUDS-1347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andrew Gaul updated JCLOUDS-1347:
---------------------------------
    Labels: s3  (was: )

> Using BlobStore to copy a blob with non-ascii characters in its name fails to AWS signature error
> -------------------------------------------------------------------------------------------------
>
>                 Key: JCLOUDS-1347
>                 URL: https://issues.apache.org/jira/browse/JCLOUDS-1347
>             Project: jclouds
>          Issue Type: Bug
>          Components: jclouds-blobstore
>    Affects Versions: 2.0.2
>         Environment: Using Amazon S3 provider
>            Reporter: Joosa Kurvinen
>              Labels: s3
>
> The copyBlob method with Amazon S3 provider fails if the copied blob name has for example a scandinavian letter รค included in its name. Some encoding must be missing which breaks the AWS request signature verification. Older methods like putBlob work fine with scandinavian letters.
> Stacktrace:
> org.jclouds.rest.AuthorizationException: The request signature we calculated does not match the signature you provided. Check your key and signing method.
> 	at org.jclouds.aws.handlers.ParseAWSErrorFromXmlContent.refineException(ParseAWSErrorFromXmlContent.java:122) ~[sts-2.0.2.jar:2.0.2]
> 	at org.jclouds.s3.handlers.ParseS3ErrorFromXmlContent.refineException(ParseS3ErrorFromXmlContent.java:97) ~[s3-2.0.2.jar:2.0.2]
> 	at org.jclouds.aws.handlers.ParseAWSErrorFromXmlContent.handleError(ParseAWSErrorFromXmlContent.java:89) ~[sts-2.0.2.jar:2.0.2]
> 	at org.jclouds.http.handlers.DelegatingErrorHandler.handleError(DelegatingErrorHandler.java:65) ~[jclouds-core-2.0.2.jar:2.0.2]
> 	at org.jclouds.http.internal.BaseHttpCommandExecutorService.shouldContinue(BaseHttpCommandExecutorService.java:140) ~[jclouds-core-2.0.2.jar:2.0.2]
> 	at org.jclouds.http.internal.BaseHttpCommandExecutorService.invoke(BaseHttpCommandExecutorService.java:109) ~[jclouds-core-2.0.2.jar:2.0.2]
> 	at org.jclouds.rest.internal.InvokeHttpMethod.invoke(InvokeHttpMethod.java:90) ~[jclouds-core-2.0.2.jar:2.0.2]
> 	at org.jclouds.rest.internal.InvokeHttpMethod.apply(InvokeHttpMethod.java:73) ~[jclouds-core-2.0.2.jar:2.0.2]
> 	at org.jclouds.rest.internal.InvokeHttpMethod.apply(InvokeHttpMethod.java:44) ~[jclouds-core-2.0.2.jar:2.0.2]
> 	at org.jclouds.rest.internal.DelegatesToInvocationFunction.handle(DelegatesToInvocationFunction.java:156) ~[jclouds-core-2.0.2.jar:2.0.2]
> 	at org.jclouds.rest.internal.DelegatesToInvocationFunction.invoke(DelegatesToInvocationFunction.java:123) ~[jclouds-core-2.0.2.jar:2.0.2]
> 	at com.sun.proxy.$Proxy202.copyObject(Unknown Source) ~[?:?]
> 	at org.jclouds.s3.blobstore.S3BlobStore.copyBlob(S3BlobStore.java:322) ~[s3-2.0.2.jar:2.0.2]



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)