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 F19FA200CBD for ; Thu, 22 Jun 2017 06:03:08 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id F0142160BF0; Thu, 22 Jun 2017 04:03:08 +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 3EB34160BD5 for ; Thu, 22 Jun 2017 06:03:08 +0200 (CEST) Received: (qmail 49405 invoked by uid 500); 22 Jun 2017 04:03:07 -0000 Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list yarn-issues@hadoop.apache.org Received: (qmail 49393 invoked by uid 99); 22 Jun 2017 04:03:07 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Jun 2017 04:03:07 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id C18A41AFBF2 for ; Thu, 22 Jun 2017 04:03:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 7ySUz-bTzE17 for ; Thu, 22 Jun 2017 04:03:06 +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 DD6E75FC99 for ; Thu, 22 Jun 2017 04:03:05 +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 812FBE092E for ; Thu, 22 Jun 2017 04:03:04 +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 7814C21943 for ; Thu, 22 Jun 2017 04:03:02 +0000 (UTC) Date: Thu, 22 Jun 2017 04:03:02 +0000 (UTC) From: "Jian He (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-6413) Decouple Yarn Registry API from ZK MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 22 Jun 2017 04:03:09 -0000 [ https://issues.apache.org/jira/browse/YARN-6413?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16058691#comment-16058691 ] Jian He commented on YARN-6413: ------------------------------- Hi Ellem, sorry, I was looking at the wrong patch. some comments on the latest patch: - The patch removed some methods which are actually used by RegistryDNS, can you check the RegistryDNSServer class and see if we need to add them back or make it use the alternative methods ? - RegistryOpertions: InvalidRecordException and NoRecordException can be removed from the method signature - getPathForServiceRecordKey: the patch changed the path naming , any reason for not keeping the original naming? - remove the getSubpathsForUserServiceRecordKey method, it's unused - should use LOG.error instead {code} } catch (InvalidRegistryKeyException e) { // TODO Auto-generated catch block e.printStackTrace(); } {code} > Decouple Yarn Registry API from ZK > ---------------------------------- > > Key: YARN-6413 > URL: https://issues.apache.org/jira/browse/YARN-6413 > Project: Hadoop YARN > Issue Type: Improvement > Components: amrmproxy, api, resourcemanager > Reporter: Ellen Hui > Assignee: Ellen Hui > Attachments: 0001-Registry-API-v2.patch > > > Right now the Yarn Registry API (defined in the RegistryOperations interface) is a very thin layer over Zookeeper. This jira proposes changing the interface to abstract away the implementation details so that we can write a FS-based implementation of the registry service, which will be used to support AMRMProxy HA. > The new interface will use register/delete/resolve APIs instead of Zookeeper-specific operations like mknode. -- This message was sent by Atlassian JIRA (v6.4.14#64029) --------------------------------------------------------------------- To unsubscribe, e-mail: yarn-issues-unsubscribe@hadoop.apache.org For additional commands, e-mail: yarn-issues-help@hadoop.apache.org