Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 17CDC200C1D for ; Thu, 16 Feb 2017 23:26:48 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 16721160B61; Thu, 16 Feb 2017 22:26:48 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 5E561160B52 for ; Thu, 16 Feb 2017 23:26:47 +0100 (CET) Received: (qmail 68005 invoked by uid 500); 16 Feb 2017 22:26:46 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 67993 invoked by uid 99); 16 Feb 2017 22:26:46 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Feb 2017 22:26:46 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id ED31EC0D6D for ; Thu, 16 Feb 2017 22:26:45 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -1.199 X-Spam-Level: X-Spam-Status: No, score=-1.199 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id qrmfHkn7ufZd for ; Thu, 16 Feb 2017 22:26:45 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 1B64F5F613 for ; Thu, 16 Feb 2017 22:26:45 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id DF765E0144 for ; Thu, 16 Feb 2017 22:26:41 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 969DE24119 for ; Thu, 16 Feb 2017 22:26:41 +0000 (UTC) Date: Thu, 16 Feb 2017 22:26:41 +0000 (UTC) From: "Sean Mackrory (JIRA)" To: common-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (HADOOP-14090) Allow users to specify region for DynamoDB table instead of endpoint MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 16 Feb 2017 22:26:48 -0000 [ https://issues.apache.org/jira/browse/HADOOP-14090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sean Mackrory updated HADOOP-14090: ----------------------------------- Attachment: HADOOP-14090-HADOOP-13345.001.patch Attaching a first stab that I think basically works. Most existing tests pass and I think the only failures are unrelated. I still need to look into a few assumptions (like if there's ever a reason why you would / could specify both the region and an endpoint) and do more testing (not sure if region is something that can be tested well outside of just running tests with various values for that property in the test config - I suspect not). For the CLI tool, to specify a region instead of an endpoint (-e), -r is already used for specifying read throughput on the init command. So I renamed everything to full words. Single letters is just going to get crazier. I'm about to do some more work on the prune command where I'm considering bigger changes to the way all these options get specified, so we'll see. The other thing is that the S3 bucket's region was getting looked up in a couple of different places, so similarly this config is getting looked up in a few different layers. Might be good to reconsider that structure, but perhaps that's best done as a separate issue.... > Allow users to specify region for DynamoDB table instead of endpoint > -------------------------------------------------------------------- > > Key: HADOOP-14090 > URL: https://issues.apache.org/jira/browse/HADOOP-14090 > Project: Hadoop Common > Issue Type: Sub-task > Components: fs/s3 > Reporter: Sean Mackrory > Attachments: HADOOP-14090-HADOOP-13345.001.patch > > > Assuming the AWS SDK allows this, I think this would be a better way to configure it for any usage on AWS itself (with endpoint still being an option for AWS-compatible non-AWS use cases). Unless users actually care about a specific endpoint, this is easier. Perhaps less important, HADOOP-14023 shows that inferring the region from the endpoint (which granted, isn't that necessary) doesn't work very well at all. -- This message was sent by Atlassian JIRA (v6.3.15#6346) --------------------------------------------------------------------- To unsubscribe, e-mail: common-issues-unsubscribe@hadoop.apache.org For additional commands, e-mail: common-issues-help@hadoop.apache.org