nifi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Witt <>
Subject Re: LogAttribute - Sending that output to a custom logger?
Date Sun, 01 Nov 2015 17:41:05 GMT
Mark Petronic,

I share Payne's perspective on this.  But I'd also like to work with
you to better understand the workflow.  For those of us that have used
this tool for a long time there is a lot we take for granted from a
new user perspective.  We believe the provenance feature to provide a
far superior option to understanding how an item went through the
system and the timing and what we knew when and so on.  But, it would
be great to understand it from your perspective as someone learning
NiFi.  Not meaning to take away from your proposed contrib - that
would be great too.  Just want to see if the prov user experience
solves what you're looking for and if not can we make it do that.


On Sun, Nov 1, 2015 at 11:23 AM, Mark Payne <> wrote:
> Mark,
> To make sure that I understand what you're proposing, you want to add a property to
> LogAttribute that allows users to provide a custom logger name?
> If that is indeed what you are suggesting then I think it's a great idea.
> That being said, in practice I rarely ever use LogAttribute and we even considered removing
> it from the codebase before we open sourced, because the Data Provenance provides a
> much better view of what's going on to debug your flows.
> I know you're pretty new to NiFi, so if you've not yet had a chance to play with the
> you can see the section in the User Guide at
> If you're interested in updating the LogAttribute processor, though, we'd be happy to
> that contribution added, as it does make the Processor more usable.
> Thanks
> -Mark
>> On Oct 31, 2015, at 12:35 PM, Mark Petronic <> wrote:
>> From the code, it appears it cannot be done as the attribute logging
>> goes the same getLogger() instance as the normal nifi-app traces. Has
>> anyone considered making that configurable, maybe allowing you do
>> define a different logger name for LogAttribute then creating that
>> logger definition in log back conf allowing flexibility? I'm using
>> attribute logging heavily as I try to better learn/debug Nifi (it give
>> you a nice 'under the hood' view of the flow) and build up some flows
>> and feel it would be beneficial to be able to capture the LogAttribte
>> message by themselves for more clarity on what is happening. I would
>> not mind maybe trying to implement this feature as my first crack at
>> contributing to the project. Seems like a fairly easy one that would
>> allow me to "go through the motions" of a full pull request process
>> and iron out the process. Anyone have any thoughts on this?

View raw message