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 7B264200C73 for ; Wed, 10 May 2017 21:47:08 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 79B12160B9C; Wed, 10 May 2017 19:47: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 C09E7160B99 for ; Wed, 10 May 2017 21:47:07 +0200 (CEST) Received: (qmail 15602 invoked by uid 500); 10 May 2017 19:47:07 -0000 Mailing-List: contact commits-help@nifi.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@nifi.apache.org Delivered-To: mailing list commits@nifi.apache.org Received: (qmail 15593 invoked by uid 99); 10 May 2017 19:47:06 -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; Wed, 10 May 2017 19:47:06 +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 9CD2FCDA0F for ; Wed, 10 May 2017 19:47:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-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-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id 1bl54t88_fVT for ; Wed, 10 May 2017 19:47:06 +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 6E2955F642 for ; Wed, 10 May 2017 19:47: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 969B1E0942 for ; Wed, 10 May 2017 19:47: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 12BDA21E0A for ; Wed, 10 May 2017 19:47:04 +0000 (UTC) Date: Wed, 10 May 2017 19:47:04 +0000 (UTC) From: "ASF subversion and git services (JIRA)" To: commits@nifi.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (MINIFI-258) Avoid using singleton for Configure. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 10 May 2017 19:47:08 -0000 [ https://issues.apache.org/jira/browse/MINIFI-258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16005285#comment-16005285 ] ASF subversion and git services commented on MINIFI-258: -------------------------------------------------------- Commit 372f2d6f80ec040571665cea267de011e12343a2 in nifi-minifi-cpp's branch refs/heads/master from [~bryanrosander@gmail.com] [ https://git-wip-us.apache.org/repos/asf?p=nifi-minifi-cpp.git;h=372f2d6 ] MINIFI-258 - Removing Configure, StreamFactory, TLSContext singletons This closes #91. Signed-off-by: Aldrin Piri > Avoid using singleton for Configure. > ------------------------------------- > > Key: MINIFI-258 > URL: https://issues.apache.org/jira/browse/MINIFI-258 > Project: Apache NiFi MiNiFi > Issue Type: Bug > Components: C++ > Reporter: marco polo > Assignee: Bryan Rosander > > Avoiding a singleton for Configure will allow us to eventually support multiple, disparate flows. The object FlowConfiguration can be passed with the information in Configure. This has increased coupling dramatically while also limiting how configurations can be stored within minifi. > It stands to reason that to eventually support C2 activities and to facilitate multiple configurations, we will need to remove state from the global level and make it something that is referenced from the objects which care ( proper encapsulation ). -- This message was sent by Atlassian JIRA (v6.3.15#6346)