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 019CC200C18 for ; Sat, 28 Jan 2017 07:07:00 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id F41A9160B5C; Sat, 28 Jan 2017 06:06:59 +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 F2D7E160B5B for ; Sat, 28 Jan 2017 07:06:58 +0100 (CET) Received: (qmail 66167 invoked by uid 500); 28 Jan 2017 06:06:58 -0000 Mailing-List: contact users-help@nifi.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@nifi.apache.org Delivered-To: mailing list users@nifi.apache.org Received: (qmail 66156 invoked by uid 99); 28 Jan 2017 06:06:58 -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; Sat, 28 Jan 2017 06:06:58 +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 AD42A1A0329 for ; Sat, 28 Jan 2017 06:06:57 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.629 X-Spam-Level: *** X-Spam-Status: No, score=3.629 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_REPLY=1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 MUT1sBUIMKTq for ; Sat, 28 Jan 2017 06:06:55 +0000 (UTC) Received: from mail-qt0-f171.google.com (mail-qt0-f171.google.com [209.85.216.171]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 77BAD5F30D for ; Sat, 28 Jan 2017 06:06:55 +0000 (UTC) Received: by mail-qt0-f171.google.com with SMTP id v23so165117964qtb.0 for ; Fri, 27 Jan 2017 22:06:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=9Ilsg+F8bvqsKlATQzLqgQv1EHwya7fUJDgKO+9zotw=; b=taxsYibBrGu5H1rXLHl07xLQqku8KH5x3Ffx19LAKTpME9yydWjJORkdtYJDzKVzyW COyL8njie2EX5+ClZp4hWNgq4jQC37NTMexn+CgA0DlQfkw5izjd6N1dCUfl0Y/wE4G8 Uc6x6moA3HG4JX+EBQq6HFMrlPCsj+XiCE7T3IvHDNiFAQgWhLasmR8pbeqqwyFFpX+7 9oe6Hqk27AvUtTz5XrbBmhQJb46YuVxBr9fj4LFwgIGFYHKSuYhKyphlYwL+fAANcw9d iUInd0BCu41kc7IgxdVR5rWY8SiBDA8sqRnOAXLCvL6WuQtVkdU5Wk9AQBm/bIAZ66LL vxXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=9Ilsg+F8bvqsKlATQzLqgQv1EHwya7fUJDgKO+9zotw=; b=FODEpMzqY5GtDduiLUolmPVL1WHq+xxdZnnLl2ePPQ7QMrsPp49SEBlo+c7x/9S8fN Ke1IUezxG59Tpa6MzROfTis+qv/HBL8Nm1VEBPQIkkuxiS5/o+sodRKzSmCVb3YVdGq0 1K0NVCYg87ElbWX0gxpiv6otSCEtKrQiuzZ1g5RRMSiif1JmooQGH6EX+ScV+IDVQ0zz LqdzW0ThO5lO0Zg8hd/kL7nQCg3r/XNGnI/sFcL275JgYjGZrbzOi2RzULMbyRIR82Pd QdZg8kM6YGEM2vjQ+o29csQHMEMVJx6Vzg+ZZIIaHDEpM2DKujF8OjQ3s9qxt7W4fCe/ uFNw== X-Gm-Message-State: AIkVDXLTHH/6mKfDSrlFbRPEqUlijfDpAnr+NphuyaVjrIU86asvHcNdDjalpNuA2ZU4FwgGT75Ys+39asGVdA== X-Received: by 10.237.43.71 with SMTP id p65mr10602371qtd.187.1485583609232; Fri, 27 Jan 2017 22:06:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.37.41 with HTTP; Fri, 27 Jan 2017 22:06:48 -0800 (PST) In-Reply-To: References: <667E9D1F-C096-461E-BC76-044579933698@apache.org> From: Makoto Hashimoto Date: Sat, 28 Jan 2017 15:06:48 +0900 Message-ID: Subject: Re: Deleting an empty group fails To: users@nifi.apache.org Content-Type: multipart/alternative; boundary=94eb2c124e345004c3054721638a archived-at: Sat, 28 Jan 2017 06:07:00 -0000 --94eb2c124e345004c3054721638a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've tested my doubt. Only deleting referenced templates in a group enables deleting itself. Makoto 2017-01-28 14:30 GMT+09:00 Makoto Hashimoto : > =EF=BC=A8=EF=BD=89 Andy, > > Actually, I did as you explained. There are more than 7 templates in my > Nifi environments > but I could delete the group after deleting 7 templates. > > One doubt is I have not used 7 templates in that group but I'm not sure. > > Makoto > > 2017-01-28 12:59 GMT+09:00 Andy LoPresto : > >> Makoto, >> >> For future reference, you only need to delete the templates contained in >> the process group you are trying to delete. You can see the process grou= p >> ID in the templates listing =E2=80=94 any that match the UUID of the PG = you are >> deleting need to be deleted, but others are fine. >> >> Andy LoPresto >> alopresto@apache.org >> *alopresto.apache@gmail.com * >> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4 BACE 3C6E F65B 2F7D EF69 >> >> On Jan 27, 2017, at 7:56 PM, Makoto Hashimoto >> wrote: >> >> Hi all, >> >> I could delete the process group after deleting all templates in my >> environment. >> >> MH >> >> >> 2017-01-28 12:38 GMT+09:00 Andy LoPresto : >> >>> Created NIFI-3417 [1] to address this. >>> >>> [1] https://issues.apache.org/jira/browse/NIFI-3417 >>> >>> Andy LoPresto >>> alopresto@apache.org >>> *alopresto.apache@gmail.com * >>> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4 BACE 3C6E F65B 2F7D EF69 >>> >>> On Jan 27, 2017, at 7:35 PM, Joe Witt wrote: >>> >>> That certainly sounds JIRA worthy though. Templates should not be able >>> to block the destruction of a process group. >>> >>> On Fri, Jan 27, 2017 at 10:32 PM, Andy LoPresto >>> wrote: >>> >>>> Makoto, >>>> >>>> Templates are tied to process groups. Unfortunately, this means that t= o >>>> delete the group, you will have to delete the templates first. You can= do >>>> this by using the =E2=80=9Chamburger=E2=80=9D global menu at the top r= ight of the UI and >>>> selecting =E2=80=9CTemplates=E2=80=9D, then deleting the templates whi= ch reside in this >>>> process group (export them to XML first if you want to save them). >>>> >>>> If you want to move those templates out of the PG, and you are >>>> comfortable working in XML, a less-enticing option is to stop the >>>> application, uncompress and open the flow.xml.gz file, and move the >>>> template entries out of the process group to root or another group, be= ing >>>> sure to update any references in the XML. Then save and compress the f= ile, >>>> and restart the application. >>>> >>>> I understand this is not an ideal solution. I=E2=80=99m going to file = a Jira >>>> documenting this and suggest that the dialog allows you to select one = of >>>> three options: >>>> >>>> 1. Delete process group and all contained templates >>>> 2. Delete process group and move templates to parent PG (this could >>>> cause issues because the components and connections will no longer be >>>> defined) >>>> 3. Cancel the delete operation. >>>> >>>> I=E2=80=99ll also suggest improving the documentation to make this sit= uation >>>> clearer. >>>> >>>> >>>> >>>> >>>> Andy LoPresto >>>> alopresto@apache.org >>>> *alopresto.apache@gmail.com * >>>> PGP Fingerprint: 70EC B3E5 98A6 5A3F D3C4 BACE 3C6E F65B 2F7D EF69 >>>> >>>> On Jan 27, 2017, at 7:12 PM, Makoto Hashimoto >>>> wrote: >>>> >>>> Hi, >>>> >>>> I'm trying to delete an empty group. >>>> >>>> >>>> >>>> However, it fails with the following error. >>>> >>>> >>>> >>>> Is something wrong with my operation and could someone would help to >>>> solve this problem ? >>>> >>>> Regards, >>>> MH >>>> >>>> >>> >> >> > --94eb2c124e345004c3054721638a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've tested my doubt. Only deleting referenced templat= es in a group enables deleting itself.

Makoto

2017-01-28 14:30= GMT+09:00 Makoto Hashimoto <tokomakoma123@gmail.com>:=
=EF=BC=A8=EF=BD=89 Andy= ,

Actually, I did as you explained. There are more than 7 templates = in my Nifi environments
but I could delete the group after deleting =C2= =A07 templates.=C2=A0

One doubt is I have not used 7 templates in th= at group but I'm not sure.=C2=A0

Makoto

2017= -01-28 12:59 GMT+09:00 Andy LoPresto <alopresto@apache.org>:
M= akoto,

For future reference, you only need to delete the= templates contained in the process group you are trying to delete. You can= see the process group ID in the templates listing =E2=80=94 any that match= the UUID of the PG you are deleting need to be deleted, but others are fin= e.=C2=A0

Andy LoPresto
PGP Fingerprint:=C2=A070EC B3E5 98A= 6 5A3F D3C4 =C2=A0BACE 3C6E F65B 2F7D EF69

On Jan 27, 2017, at 7:56 PM, Makoto Hashimoto <tokomakoma123@gmail.c= om> wrote:

Hi all,

<= div>I could delete the process group after deleting all templates in my env= ironment.

MH


2017-01-28 12:38 GMT+09:00 Andy LoPresto <alopres= to@apache.org>:
Created NIFI-3417 [1] to address this.=C2=A0
=

A= ndy LoPresto
PGP Fingerprint:=C2=A070EC B3E5 98A6 5A3F= D3C4 =C2=A0BACE 3C6E F65B 2F7D EF69

On Jan 27, 2017, at 7:= 35 PM, Joe Witt <joe.witt@gmail.com> wrote:

That certainly sounds JIRA worthy though.=C2=A0 Tem= plates should not be able to block the destruction of a process group.

On Fri, = Jan 27, 2017 at 10:32 PM, Andy LoPresto=C2=A0<alopresto@apache.org>=C2=A0wrote:
Makoto,

Templates are tied to process gro= ups. Unfortunately, this means that to delete the group, you will have to d= elete the templates first. You can do this by using the =E2=80=9Chamburger= =E2=80=9D global menu at the top right of the UI and selecting =E2=80=9CTem= plates=E2=80=9D, then deleting the templates which reside in this process g= roup (export them to XML first if you want to save them).=C2=A0
<= br>
If you want to move those templates out of the PG, and you ar= e comfortable working in XML, a less-enticing option is to stop the applica= tion, uncompress and open the flow.xml.gz file, and move the template entri= es out of the process group to root or another group, being sure to update = any references in the XML. Then save and compress the file, and restart the= application.=C2=A0

I understand this is not an id= eal solution. I=E2=80=99m going to file a Jira documenting this and suggest= that the dialog allows you to select one of three options:

<= /div>
1. Delete process group and all contained templates
2. = Delete process group and move templates to parent PG (this could cause issu= es because the components and connections will no longer be defined)
<= div>3. Cancel the delete operation.=C2=A0

I=E2=80= =99ll also suggest improving the documentation to make this situation clear= er.=C2=A0

<template_delete.png>


Andy LoPresto
PGP Fingerprint:=C2=A070EC B3E5= 98A6 5A3F D3C4 =C2=A0BACE 3C6E F65B 2F7D EF69

<= div>
On Jan 27, 2017, at 7:12 PM, Makot= o Hashimoto <tokomakoma123@gmail.com> wrote:

Hi,

I'm = trying to delete an empty group.=C2=A0

<image.png>

However, it fails with the following error.

<image.png>=

Is something wrong with my operation and could someone would help t= o=C2=A0
solve this problem ?

Regards,
MH
<= /div>


=


--94eb2c124e345004c3054721638a--