[
https://issues.apache.org/jira/browse/NIFI-882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Payne updated NIFI-882:
----------------------------
Attachment: 0001-NIFI-882-When-a-ProcessGroup-is-removed-from-the-gra.patch
> When a Process Group is deleted, references in that group to Controller
> Services aren't handled properly
> --------------------------------------------------------------------------------------------------------
>
> Key: NIFI-882
> URL: https://issues.apache.org/jira/browse/NIFI-882
> Project: Apache NiFi
> Issue Type: Bug
> Components: Core Framework
> Reporter: Mark Payne
> Assignee: Mark Payne
> Fix For: 0.3.0
>
> Attachments:
> 0001-NIFI-882-When-a-ProcessGroup-is-removed-from-the-gra.patch
>
>
> The description of this problem came from NIFI-854, as it was a comment on a
> related ticket. There is a bit more conversation about this issue on that
> ticket, but the crux of the issue is that if a Processor is in Process Group
> X and references a Controller Service, if Process Group X is deleted, the
> Controller Service still believes that the Processor is referencing it - even
> though the Processor no longer exists.
> Steps to reproduce (from clean canvas / no controller services)
> 1. Add Process Group
> 2. Add DetectDuplicate processor inside Process Group
> 3. Configure DetectDuplicate to use a new DistributedMapCacheClientService
> 4. Configure and enable the new Controller Service. Note that
> "DetectDuplicate" displays in Referenced Components within the service info
> view
> 5. From the root canvas, delete the Process Group (cascades to delete the
> DetectDuplicate processor within it)
> 6. Go to the Controller Service "Info" view for
> DistributedMapCacheClientService
> 7. Note that "DetectDuplicate" still shows as a Referenced Component.
> Clicking on this processor results in a few messages in the error dialog:
> "Unable to locate group with id '[UUID]'."
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
