Re: processGroupId URL

[scott]

Matt,

Thank you for your comments and for creating a Jira to add this 
improvement. I'll take your advice on the logging bulletins, I agree 
that can be done as a separate function.



Thanks,

Scott


On 04/11/2018 06:31 AM, Matt Gilman wrote:
tors you mentioned are bulletins. Bulletins are designed to be a 
notification about a passing event. They are not meant to be a 
persisted or acknowledged in any manner. The main factor there is the 
rate at which they are generated. A bulletin will be created for every 
log message with a severity matching or worse than the configured 
threshold. If you're looking to do something more meaningful with the 
logs you may want to consider introducing a tool built for that. We do 
offer a Reporting Task that will send the Bulletins via Site to Site 
to another NiFi instance which could be used to load/store them someplace.

Re: processGroupId URL

[Matt Gilman]

Hey Scott,

Sorry, I misunderstood the original question. I thought you wanted to get
able to get the URL for a specific processor in the REST API. You actually
wanted the UI URL with the query parameters for the component in question.
This does require the parent Process Group ID and unfortunately, it is not
possible yet. I've filed a JIRA to address this in the future [1].

The red indicators you mentioned are bulletins. Bulletins are designed to
be a notification about a passing event. They are not meant to be a
persisted or acknowledged in any manner. The main factor there is the rate
at which they are generated. A bulletin will be created for every log
message with a severity matching or worse than the configured threshold. If
you're looking to do something more meaningful with the logs you may want
to consider introducing a tool built for that. We do offer a Reporting Task
that will send the Bulletins via Site to Site to another NiFi instance
which could be used to load/store them someplace.

Matt

[1] https://issues.apache.org/jira/browse/NIFI-5072

On Fri, Apr 6, 2018 at 11:59 PM, scott  wrote:

> Hi Matt,
>
> No, I'm looking for the main UI URL, like so:
>
> http://localhost:8899/nifi/?processGroupId=9e338e2f-0162-
> 1000-969a-043d35e4c41d=
>
> I'm using NiFi 1.5. What I'd really like is some way to know, using a
> variable or attribute, that the processor which caused the error resides
> within processGroupId 9e338e2f-0162-1000-969a-043d35e4c41d so that I can
> build the complete URL. The URL will then be written to my log table so
> that operational users can go to the problem area with one click to
> troubleshoot.
>
> This reminds me I have another problem with troubleshooting I wanted to
> ask about. You know the errors that are obvious with a red indicator in the
> upper right corner of a processor or process group you can hover over? They
> go away after what seems like a few minutes. I'd really love it they would
> stay persistent until some action is taken, like a user clears an alarm.
> Any way to do that? Or, at the very least, can I make them last a lot
> longer?
>
>
> Thanks,
>
> Scott
>
> On 04/06/2018 07:20 AM, Matt Gilman wrote:
>
> Scott,
>
> What version of NiFi are you running? If your running NiFi 1.x then the
> parent process group ID shouldn't be necessary. The fully qualified URL of
> a processor would look something like
>
> http://localhost:8080/nifi-api/processors/9b52d2bf-0162-
> 1000-d1ac-89e944aa1bfe
>
> Or are you trying to build a different URL?
>
> Thanks
>
> Matt
>
> On Fri, Apr 6, 2018 at 12:07 AM, scott  wrote:
>
>> Hello community,
>>
>> I'm trying to write a log when errors occur in my flow, and I want to
>> include the fully qualified URL to the location within my flow where the
>> error occurred. I know the component ID is an attribute I can use, but I
>> also need the processGroupId where the component is located within my flow,
>> so that I can build a fully qualified URL and put it into my log to make
>> operational troubleshooting easier. Does anyone have any advice on how I
>> can get the processGroupId as a variable/attribute I can include in my log?
>>
>>
>> Thanks,
>>
>> Scott
>>
>>
>
>

Re: processGroupId URL

[scott]

Hi Matt,

No, I'm looking for the main UI URL, like so:

http://localhost:8899/nifi/?processGroupId=9e338e2f-0162-1000-969a-043d35e4c41d=

I'm using NiFi 1.5. What I'd really like is some way to know, using a 
variable or attribute, that the processor which caused the error resides 
within processGroupId 9e338e2f-0162-1000-969a-043d35e4c41d so that I can 
build the complete URL. The URL will then be written to my log table so 
that operational users can go to the problem area with one click to 
troubleshoot.


This reminds me I have another problem with troubleshooting I wanted to 
ask about. You know the errors that are obvious with a red indicator in 
the upper right corner of a processor or process group you can hover 
over? They go away after what seems like a few minutes. I'd really love 
it they would stay persistent until some action is taken, like a user 
clears an alarm. Any way to do that? Or, at the very least, can I make 
them last a lot longer?



Thanks,

Scott


On 04/06/2018 07:20 AM, Matt Gilman wrote:

Scott,

What version of NiFi are you running? If your running NiFi 1.x then 
the parent process group ID shouldn't be necessary. The fully 
qualified URL of a processor would look something like


http://localhost:8080/nifi-api/processors/9b52d2bf-0162-1000-d1ac-89e944aa1bfe

Or are you trying to build a different URL?

Thanks

Matt

On Fri, Apr 6, 2018 at 12:07 AM, scott > wrote:


Hello community,

I'm trying to write a log when errors occur in my flow, and I want
to include the fully qualified URL to the location within my flow
where the error occurred. I know the component ID is an attribute
I can use, but I also need the processGroupId where the component
is located within my flow, so that I can build a fully qualified
URL and put it into my log to make operational troubleshooting
easier. Does anyone have any advice on how I can get the
processGroupId as a variable/attribute I can include in my log?


Thanks,

Scott

Re: processGroupId URL

[Matt Gilman]

Scott,

What version of NiFi are you running? If your running NiFi 1.x then the
parent process group ID shouldn't be necessary. The fully qualified URL of
a processor would look something like

http://localhost:8080/nifi-api/processors/9b52d2bf-0162-1000-d1ac-89e944aa1bfe

Or are you trying to build a different URL?

Thanks

Matt

On Fri, Apr 6, 2018 at 12:07 AM, scott  wrote:

> Hello community,
>
> I'm trying to write a log when errors occur in my flow, and I want to
> include the fully qualified URL to the location within my flow where the
> error occurred. I know the component ID is an attribute I can use, but I
> also need the processGroupId where the component is located within my flow,
> so that I can build a fully qualified URL and put it into my log to make
> operational troubleshooting easier. Does anyone have any advice on how I
> can get the processGroupId as a variable/attribute I can include in my log?
>
>
> Thanks,
>
> Scott
>
>

processGroupId URL

[scott]

Hello community,

I'm trying to write a log when errors occur in my flow, and I want to 
include the fully qualified URL to the location within my flow where the 
error occurred. I know the component ID is an attribute I can use, but I 
also need the processGroupId where the component is located within my 
flow, so that I can build a fully qualified URL and put it into my log 
to make operational troubleshooting easier. Does anyone have any advice 
on how I can get the processGroupId as a variable/attribute I can 
include in my log?



Thanks,

Scott