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 27BD3200C31 for ; Wed, 8 Mar 2017 20:37:45 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 2673B160B86; Wed, 8 Mar 2017 19:37:45 +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 7001C160B73 for ; Wed, 8 Mar 2017 20:37:44 +0100 (CET) Received: (qmail 43128 invoked by uid 500); 8 Mar 2017 19:37:43 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 43117 invoked by uid 99); 8 Mar 2017 19:37:43 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Mar 2017 19:37:43 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 09AA9186280 for ; Wed, 8 Mar 2017 19:37:43 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.651 X-Spam-Level: X-Spam-Status: No, score=0.651 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_NEUTRAL=0.652] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id Ey43d48uP7FP for ; Wed, 8 Mar 2017 19:37:42 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 828695F5C4 for ; Wed, 8 Mar 2017 19:37:41 +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 9C566E0BDD for ; Wed, 8 Mar 2017 19:37:39 +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 ABD0C24398 for ; Wed, 8 Mar 2017 19:37:38 +0000 (UTC) Date: Wed, 8 Mar 2017 19:37:38 +0000 (UTC) From: "Enis Soztutar (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-17728) Create separate build target for Configuration classes MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 08 Mar 2017 19:37:45 -0000 [ https://issues.apache.org/jira/browse/HBASE-17728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15901854#comment-15901854 ] Enis Soztutar commented on HBASE-17728: --------------------------------------- bq. It seems the declaration of string constants in the code base isn't consistent. Indeed. We have started using Google style guides after there was already some code in, and we did not have the chance to clean up existing usage yet. bq. On initial survey, I didn't find the clear advantage of using constexpr. If you can explain some more, that would be nice. Fair enough. We are following Google's style guidelines and cpplint scripts in the code base. For example, naming the constants are like this: https://google.github.io/styleguide/cppguide.html#Constant_Names. The global static declarations are following this: https://google.github.io/styleguide/cppguide.html#Static_and_Global_Variables. I should have been more explicit about the naming as well in my initial comment. We should name the static expr as {{kKerberos}}. Please make the change and commit afterwards. Also, capitalize {{isSecurityEnabled}} to {{IsSecurityEnabled}} > Create separate build target for Configuration classes > ------------------------------------------------------ > > Key: HBASE-17728 > URL: https://issues.apache.org/jira/browse/HBASE-17728 > Project: HBase > Issue Type: Sub-task > Reporter: Ted Yu > Assignee: Ted Yu > Attachments: 17728.v1.txt, 17728.v2.txt, 17728.v3.txt, 17728.v4.txt, 17728.v5.txt, 17728.v6.txt, 17728.v7.txt, 17728.v8.txt, 17728.v9.txt > > > User is in security module. > When User::isSecurityEnabled() is added, we need to query Configuration for security setting. > However, this introduces a circular build dependency: > BUILD FAILED: Cycle found: //connection:connection -> //security:security -> //core:core -> //connection:connection > This issue is to create separate build target for Configuration which is depended upon by both core and security modules. -- This message was sent by Atlassian JIRA (v6.3.15#6346)