Mailing-List: contact dev-help@kafka.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@kafka.apache.org
Date: Tue, 3 Jan 2017 21:56:58 +0000 (UTC)
From: "Matthias J. Sax (JIRA)" <jira@apache.org>
To: dev@kafka.apache.org
Message-ID: <JIRA.12979940.1466103312000.632690.1483480618532@Atlassian.JIRA>
In-Reply-To: <JIRA.12979940.1466103312000@Atlassian.JIRA>
References: <JIRA.12979940.1466103312000@Atlassian.JIRA> <JIRA.12979940.1466103312940@arcas>
Subject: [jira] [Updated] (KAFKA-3856) Move inner classes accessible only
 functions in TopologyBuilder out of public APIs
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Tue, 03 Jan 2017 21:57:00 -0000


     [ https://issues.apache.org/jira/browse/KAFKA-3856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matthias J. Sax updated KAFKA-3856:
-----------------------------------
    Labels: api needs-kip  (was: api)

> Move inner classes accessible only functions in TopologyBuilder out of public APIs
> ----------------------------------------------------------------------------------
>
>                 Key: KAFKA-3856
>                 URL: https://issues.apache.org/jira/browse/KAFKA-3856
>             Project: Kafka
>          Issue Type: Bug
>          Components: streams
>            Reporter: Guozhang Wang
>            Assignee: Matthias J. Sax
>              Labels: api, needs-kip
>
> In {{TopologyBuilder}} there are a couple of public functions that are actually only used in the internal classes such as StreamThread and StreamPartitionAssignor, and some accessible only in high-level DSL inner classes, examples include {{addInternalTopic}}, {{sourceGroups}} and {{copartitionGroups}}, etc. But they are still listed in Javadocs since this class is part of public APIs.
> We should think about moving them out of the public functions. Unfortunately there is no "friend" access mode as in C++, so we need to think of another way.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)