You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@jclouds.apache.org by "Ignasi Barrera (JIRA)" <ji...@apache.org> on 2013/11/21 08:41:35 UTC

[jira] [Commented] (JCLOUDS-385) Allow ability to override AWS S3 US Standard endpoint

    [ https://issues.apache.org/jira/browse/JCLOUDS-385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13828575#comment-13828575 ] 

Ignasi Barrera commented on JCLOUDS-385:
----------------------------------------

You can override the default properties when creating the context, by passing your custom ones to the *overrides* method of the *ContextBuilder*. This way you shouldn't need to write a custom provider metadata.
Does this work for you?

> Allow ability to override AWS S3 US Standard endpoint
> -----------------------------------------------------
>
>                 Key: JCLOUDS-385
>                 URL: https://issues.apache.org/jira/browse/JCLOUDS-385
>             Project: jclouds
>          Issue Type: Improvement
>          Components: jclouds-blobstore, jclouds-core
>    Affects Versions: 1.7.0, 1.6.3
>            Reporter: Niraj Tolia
>            Priority: Minor
>
> Currently, jclouds defines the endpoint for US Standard in AWSS3ProviderMetadata as https://s3.amazonaws.com. The only way I have discovered so far to override this is to construct a AWSS3ProviderMetadata object with tweaked default properties for the US Standard Region (jclouds.region.us-standard.endpoint). 
> Our use case for setting the URL is that we sometimes see strange DNS resolution for US Standard that points clients to the Pacific Northwest region instead of the Virginia region even though the clients are on the east coast. The AWS recommendation, both through a private support ticket and publicly documented at https://forums.aws.amazon.com/message.jspa?messageID=185820 is to use http://s3-external-1.amazonaws.com for Northern Virginia and http://s3-external-2.amazonaws.com for Pacific Northwest if clients need to be pinned to a region.
> Is the above approach (tweaking AWSS3ProviderMetadata) the recommended way to do this? If not, should an easier way of overriding the endpoint be provided?



--
This message was sent by Atlassian JIRA
(v6.1#6144)