Member since
09-29-2015
33
Posts
34
Kudos Received
8
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
6232 | 05-09-2017 04:00 PM | |
1305 | 12-08-2016 01:04 PM | |
1291 | 12-06-2016 01:57 PM | |
9149 | 11-03-2016 02:10 PM | |
4706 | 11-01-2016 05:01 PM |
03-03-2017
08:42 PM
Sure, the UI polls from the bulletin-board here [1]. I discussed those endpoints a little bit below. [1] https://github.com/apache/nifi/blob/master/nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-web/nifi-web-ui/src/main/webapp/js/nf/bulletin-board/nf-bulletin-board.js#L252
... View more
03-03-2017
08:36 PM
The website only contains the documentation for the current release. However, you can always access the documentation within the application. You should be able to click the help link in the upper right hand corner. From there, scroll down to the bottom on the left and access the Rest API docs.
... View more
02-23-2017
05:28 PM
@Ramakrishnan V Just to clarify, is the password in your code encrypted? If so then yes, you would need to decrypt the password being sent in the request to /nifi-api/access/token. NiFi only supports username/password login's over HTTPS so that communication will be secure.
... View more
12-21-2016
09:00 PM
The documentation is the link that you already have. However, I would suggest checking out the Developer Tools in your browser. The UI uses the REST API for all interactions with the framework. The Developer Tools even allows for you to copy the command as a cUrl command. Here's the command for starting a Process Group. curl 'http://localhost:8080/nifi-api/flow/process-groups/232d4ab5-0159-1000-1962-8a2afbbe9dc9' -X PUT -H 'Accept-Encoding: gzip, deflate, sdch, br' -H 'Content-Type: application/json' -H 'Accept: application/json, text/javascript, */*; q=0.01' -H 'Referer: http://localhost:8080/nifi/' -H 'X-Requested-With: XMLHttpRequest' -H 'Connection: keep-alive' --data-binary '{"id":"232d4ab5-0159-1000-1962-8a2afbbe9dc9","state":"RUNNING"}' --compressed
... View more
12-20-2016
01:20 PM
If the processor in question is only running every 10 seconds, I would suggest running the Reporting Task more frequently. However, if a single invocation of the processor will result in more than 5 bulletins, I think your going to have trouble capturing them all with this approach. Scrapping the logs may be your safest bet.
... View more
12-19-2016
07:21 PM
The Reporting Task would follow the same pattern as the REST API. The only difference is that you'll be able to schedule it to run much more frequently than you could poll the REST API. You do need to maintain some local state, specifically the last bulletin seen. Then in your on trigger you can findBulletins starting from that id. Update the last bulletin seen. Repeat in the next onTrigger. Since we're limited to 5 per component, that means that this will need to run at least once before the component is able to generate more than 5 bulletins. The REST API follows a similar patten for the Bulletin Board but it's not guaranteed to pull back every single bulletin. It is guaranteed to pull back up to the last 5. Once the next bulletin is triggered, the oldest one falls out of scope. Polling the REST API will definitely be slower than running a Report Task and will increase the risk of possibly missing one. Alternatively you can scrap the logs. The bulletins are essentially notifications of log messages.
... View more
12-19-2016
01:33 PM
1 Kudo
This is by design. A bulletin is simply a notification about a passing event. To get access to every event you'd either need to monitor the log files or implement a custom Reporting Task to exfil the bulletins as they occur. The reporting context provided to the task has access to the bulletin repository. We have a similar Reporting Task for sending provenance events [1]. [1] https://github.com/apache/nifi/blob/master/nifi-nar-bundles/nifi-site-to-site-reporting-bundle/nifi-site-to-site-reporting-task/src/main/java/org/apache/nifi/reporting/SiteToSiteProvenanceReportingTask.java
... View more
12-08-2016
01:04 PM
The initial value that is shown in the URL field is a placeholder to provide an example of the URL that is expected. All fields that do not have focus do have a light bluish color background. But once a field has focus the field should turn white. Additionally, once you start typing in place of the placeholder that example value should disappear. What browser are you using? If your using an unsupported browser [1] you could see unexpected behavior. Assuming the browser version is good, you might also try clearing your browser cache to ensure it's not picking up old styles from a previous NiFi version you may have used. Feel free to respond with some screenshots if these don't help. Thanks! [1] https://nifi.apache.org/docs/nifi-docs/html/user-guide.html#browser-support
... View more
12-06-2016
01:57 PM
What is the behavior your currently seeing? The endpoint your invoking looks correct. However, it appears there may be an extra forward slash after nifi-api. Matt
... View more
11-09-2016
08:58 PM
Was the HTML content actually valid XML? Did the content viewer open? If so, is the content viewer unable to show the content in it's 'formatted' form? What about the 'original' or 'hex' forms?
... View more