You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@nifi.apache.org by "Joseph Witt (JIRA)" <ji...@apache.org> on 2015/10/22 03:32:27 UTC
[jira] [Commented] (NIFI-1052) Improve flow behavior on refactored
processor names/packages
[ https://issues.apache.org/jira/browse/NIFI-1052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14968334#comment-14968334 ]
Joseph Witt commented on NIFI-1052:
-----------------------------------
We should startup and just have some sort of ghost/placeholder processor in the flow and prompt the user to select a new one.
> Improve flow behavior on refactored processor names/packages
> ------------------------------------------------------------
>
> Key: NIFI-1052
> URL: https://issues.apache.org/jira/browse/NIFI-1052
> Project: Apache NiFi
> Issue Type: Improvement
> Components: Core Framework
> Reporter: sumanth chinthagunta
>
> My case is simple and easy to reproduce:
> 1. Create a flow with custom processor (e.g. abc.MyProcesser )
> 2. Make sure flow is working. Then stop the server.
> 3. Replace nar in lib with new nar after refactoring processor's package (
> e.g., xzy.MyProcesser)
> 4. When you try to start nifi , it fails with error in the log saying class
> not found ( obviously coz deployed flow is still looking for old class)
> My expectation is system should at least start and only throw error when
> user try to start a flow that that had reference to class(processor) which
> is no more available in the newly deployed nar.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)