Github user bbende commented on the issue:
https://github.com/apache/nifi/pull/2527
I think when I initially implemented this processor I was assuming someone
would be fetching rows that were expected to be there, so if it wasn't there
then it would be more an error scenario.
Github user bdesert commented on the issue:
https://github.com/apache/nifi/pull/2527
@pvillard31 , @bbende In case we want to have bulletin to be generated, we
can change "Bulletin Level" of the component to "DEBUG". But then bulletin will
be generated even if rowkey is found. I
Github user pvillard31 commented on the issue:
https://github.com/apache/nifi/pull/2527
Thought a bit more about this one and I wondered if someone could be in a
situation where they really want a bulletin to be generated when the row is not
found. But since the flow file will be
Github user bdesert commented on the issue:
https://github.com/apache/nifi/pull/2527
oh, I see now. so it was about my first commit, when I added "displayName"
and changed the "name" as per standard. But after Pierre's comment removed
those fixes.
Thanks for taking a look anyway!
Github user MikeThomsen commented on the issue:
https://github.com/apache/nifi/pull/2527
@bdesert When I read the commit, I wasn't sure what regression it was
actually fixing.
---
Github user bdesert commented on the issue:
https://github.com/apache/nifi/pull/2527
@MikeThomsen , I think since it is already in 1.5 and ppl started using it,
it could be a case, when implementation can use rest APIs to work with these
processors. And since we are changing "name"
Github user MikeThomsen commented on the issue:
https://github.com/apache/nifi/pull/2527
What sort of regression was this supposed to address?
---
Github user pvillard31 commented on the issue:
https://github.com/apache/nifi/pull/2527
Hi @bdesert - unfortunately, since this processor has been already released
with NiFi 1.5.0, we cannot change the name of the properties in a minor release
as it would break the existing