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 5C929200B4B for ; Thu, 21 Jul 2016 18:28:26 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 5B543160A7C; Thu, 21 Jul 2016 16:28:26 +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 ABF72160A72 for ; Thu, 21 Jul 2016 18:28:25 +0200 (CEST) Received: (qmail 77216 invoked by uid 500); 21 Jul 2016 16:28:24 -0000 Mailing-List: contact dev-help@apex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@apex.apache.org Delivered-To: mailing list dev@apex.apache.org Received: (qmail 77205 invoked by uid 99); 21 Jul 2016 16:28:24 -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, 21 Jul 2016 16:28:24 +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 57F23C1190 for ; Thu, 21 Jul 2016 16:28:24 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -4.507 X-Spam-Level: X-Spam-Status: No, score=-4.507 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287] 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 PftBSuNRxkX2 for ; Thu, 21 Jul 2016 16:28:23 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with SMTP id C99665FADC for ; Thu, 21 Jul 2016 16:28:22 +0000 (UTC) Received: (qmail 76562 invoked by uid 99); 21 Jul 2016 16:28:21 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Jul 2016 16:28:21 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 84AE22C0031 for ; Thu, 21 Jul 2016 16:28:21 +0000 (UTC) Date: Thu, 21 Jul 2016 16:28:21 +0000 (UTC) From: "ASF GitHub Bot (JIRA)" To: dev@apex.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (APEXCORE-494) Window id of downstream operator is not moving after dynamic partition of upstream operator. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 21 Jul 2016 16:28:26 -0000 [ https://issues.apache.org/jira/browse/APEXCORE-494?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15387994#comment-15387994 ] ASF GitHub Bot commented on APEXCORE-494: ----------------------------------------- Github user chaithu14 commented on a diff in the pull request: https://github.com/apache/apex-core/pull/359#discussion_r71739128 --- Diff: engine/src/main/java/com/datatorrent/stram/plan/physical/PhysicalPlan.java --- @@ -895,8 +895,10 @@ private void redoPartitions(PMapping currentMapping, String note) addedPartitions.add(newPartition); } else { // check whether mapping was changed + int currentPartitionsSize = mainPC.currentPartitions.size(); for (DefaultPartition pi : mainPC.currentPartitions) { - if (pi == newPartition && pi.isModified()) { + if (pi == newPartition && (pi.isModified() || --- End diff -- @vrozov The problem occurs when definPartitions() returns the list of partitions (size > 1) which consists of current partition of size 1. Unifier will come into the picture in newPartitions which is not be there in initial launch. Here, port mapping of current partition which is in mainPC.newPartitions has to be changed. > Window id of downstream operator is not moving after dynamic partition of upstream operator. > -------------------------------------------------------------------------------------------- > > Key: APEXCORE-494 > URL: https://issues.apache.org/jira/browse/APEXCORE-494 > Project: Apache Apex Core > Issue Type: Bug > Reporter: Chaitanya > Assignee: Chaitanya > Attachments: PhysicalDAGAfterKafkaRepartition.png, PhysicalDAGBeforeKafkaRepartition.png, PhysicalOperatorAfterKafkaRepartition.png > > > Created the following application to reproduce this issue. > Application has the following DAG: > KafkaSinglePortStringInputOperator(Input) -> ConsoleOutputOperator(Output) > > I launched the application with below configuration: > Kafka topic created with single partition and replication factor as 1. > Partition Strategy: ONE_TO_ONE > Launched the application successfully. After some time, I increased the topic partitions to 2. After re-partition, the window of down stream operator is not moving. By looking into the app Physical DAG, it looks like there is an issue in construction of Physical DAG after re-partition. -- This message was sent by Atlassian JIRA (v6.3.4#6332)