Member since
07-30-2019
3473
Posts
1642
Kudos Received
1021
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 344 | 06-15-2026 08:08 AM | |
| 618 | 06-03-2026 06:06 PM | |
| 806 | 05-06-2026 09:16 AM | |
| 1904 | 05-04-2026 05:20 AM | |
| 908 | 05-01-2026 10:15 AM |
12-17-2025
05:55 AM
@Bern You just need to follow same steps you used in your original post question. You drag the add process group icon to the canvas.: MattWho_0-1765978867127.png In the pop-up window select the "browse" icon to far right instead of entering a "Name": MattWho_1-1765978965334.png Navigate to and select your downloaded flow definition you created in Apache NiFi 1.13 (I would strongly encourage you to be using Apache NiFi 1.28). There have been many changes a fixes and you'll want to make sure your Apache NiFi 1.x dataflows are valid on the latest 1.28 before attempting to move them to Apache NiFi 2.x). Apache NiFi 1.28 will also have deprecation logging that will help make user aware if they are using components that no longer exist in Apache NiFi 2.x. You'll need to make modification to your flows so you are no longer using those components before moving your flow definitions over to NiFi 2.x. Also be aware that NiFi 2.x no longer support NiFi Variables. These were deprecated and removed. The replacement is NiFi Parameters. So if you are using Variables in your NiFi 1 dataflows, you' need to modify your dataflows to use paramters before moving your flow definitons over to NiFi 2. After you have selected your flow definition json file, you have option to change name that is displays from json and click "Add": MattWho_2-1765979218661.png Remember that Apache NiFi 2.x is a major release change and the expectation is that you are on the latest NiFi 1.28 release before attempting to move to NiFi 2. NOTE: Cloudera Flow Management (CFM) licensed users have access to Cloudera specific automation tools that can auto transform templates into valid flow definitions and automated migration of CFM 2.1.7 SP2 (Apache NiFi 1.x based) flow.json.gz files into CFM 4.1x (Apache NiFi 2.x based) compatible version. This automation handles deprecated components, converting NiFi variables (deprecated) into NiFi parameters (replacement), etc. https://docs.cloudera.com/cfm/4.11.0/cfm-migration-tool/topics/cfm-mt-overview.html#concept_wlv_sl3_... Please help our community grow. If you found any of the suggestions/solutions provided helped you with solving your issue or answering your question, please take a moment to login and click "Accept as Solution" on one or more of them that helped. Thank you, Matt
... View more
12-17-2025
05:34 AM
@fy-test Apache NiFi is only going to be able to address CVEs found in the NiFi-Registry package lib directory files included with the distribution. Any OS/System-level CVEs would need to be addressed by the owner of the platform on which the NIFi-Registry services is being used. You can find the Apache NiFi Security Reporting here: https://nifi.apache.org/documentation/security/ You'll find CVEs already addressed in NiFi and NiFi-Registry on the above page. You'll also see how to report any new security vulnerabilities you may discover. Please help our community grow. If you found any of the suggestions/solutions provided helped you with solving your issue or answering your question, please take a moment to login and click "Accept as Solution" on one or more of them that helped. Thank you, Matt
... View more
12-15-2025
01:44 PM
@Bern Is your external Zookeeper installed on the same host as your NiFi? If so, the load your NiFi is putting on those nodes may contribute to the performance of your ZK. The last Apache NiFi 1.x major release version if NiFi 1.28. I recommend upgrading to this version. You'll potentially need to make significant changes and updated to your Apache NiFi 1.x versions dataflows before they can be used in Apache NiFi 2.x. Apache NiFi 1.28 is also new enough that it will produce the flow.json.gz format that is also used by Apache NiFi 2.x. Please help our community grow. If you found any of the suggestions/solutions provided helped you with solving your issue or answering your question, please take a moment to login and click "Accept as Solution" on one or more of them that helped. Thank you, Matt
... View more
12-15-2025
01:37 PM
@Bern The single-user-provider authentication login provider and Single-User-Authorizer are extremely basic and only intended for out-of-the-box Apache NiFi product evaluation. Apache NiFi also generates simple self-signed certificates to support the secured connection over HTTPS. For more robust security you should be using a different multi-user authentication provider like ldap-provider and a multi-user authorizer like the managed-authorizer. You should also generate signed certificates. The Self-signed certificates generated by NiFi will eventually expire. Reference: User Authentication Multi-Tenant Authorization Please help our community grow. If you found any of the suggestions/solutions provided helped you with solving your issue or answering your question, please take a moment to login and click "Accept as Solution" on one or more of them that helped. Thank you, Matt
... View more
12-11-2025
03:06 PM
Hi Matt, What I discovered is that when running nifi on windows 10 ( and possibly linux as well?), any passwords that have special characters like + or \ etc need to be converted to ascii I think it is. so : / becomes %2F + becomes %2B Once i did this, it worked OK.
... View more
12-09-2025
05:58 AM
Matt, After some digging I found that I could use an updateattribute processor. In it I create two custom attributes: since_date ${now():format("yyyy-MM-dd")} since_date_1 ${now():toNumber():minus(86400000):format("yyyy-MM-dd")} Then later in the InvokeHTTP processor I can use the custom attributes in the url line: ... &since=${since_date}&until=${until_date}&earliest=true Even later I then learned those attributes can be created in the GenerateFlowfile processor or used directly in the url as the formula: ${now():format("yyyy-MM-dd")} which is along the lines of what you posted. Thank you for the response.
... View more
12-08-2025
05:19 AM
@Akram-Khalil What do you see logged in the nifi-app.log when you attempt to access the NiFI UI? I don't think this is related to your ldap configuration, but I don't have your authorizers.xml or nifi.properties to verify your configuration setup. This exception is more related to authorization and not authentication. It is more likely related to missing "proxy user requests" authorization being granted to the NiFi node certificates. But this should be easy to resolve if enough information can be shared, which includes nifi-userlog output which will show the user client identity being denied authorization and the above mentioned configuration files. You can also file a Cloudera support ticket if you have a Cloudera support contract and this can be solved live over a call. Please help our community grow. If you found any of the suggestions/solutions provided helped you with solving your issue or answering your question, please take a moment to login and click "Accept as Solution" on one or more of them that helped. Thank you, Matt
... View more
12-06-2025
11:00 PM
Thanks for the replies! I ended up using the "https://${hostname(true)}:8443/nifi-api" endpoint in the InvokeHTTP processor. However, the DefaultSSLContext controller service that Data Flow comes out of the box with did not work due to trust issues.
... View more
12-04-2025
05:55 AM
@Sanga What reason is being logged by the elected cluster coordinator node when node-0 gets initially disconnected? Is it a lack of heartbeat? I understand that onc it gets initially disconnected, NiFi cluster coordinator requests that it reconnect on next heartbeat and the triggered flow synchronization result in a exception blocking the node from rejoining the cluster. My initial thought is that you may be hitting NIFI-12969 or NIFI-12232 which was addressed in Apache NiFi 1.26. An upgrade may help with your issue. Please help our community grow. If you found any of the suggestions/solutions provided helped you with solving your issue or answering your question, please take a moment to login and click "Accept as Solution" on one or more of them that helped. Thank you, Matt
... View more
12-02-2025
07:51 AM
2 Kudos
@Rohit1997jio I would discourage you from continuing to any automation using Apache NiFi 1.x "templates". NiFi templates were deprecated in the now end of life Apache NiFi 1.x major release version. They were officially removed in the Apache NiFi 2.x major release. versions. Uploaded NiFi templates consume valuable NiFi heap memory. The replacement is NiFi Flow Definitions. Apache NiFi started moving away from XML based configuration files in around Apache NiFi 1.16. While all NiFi 1.x retained the flow.xml.gz until its final release version, the flow.json.gz was introduced in 1.16 and is what is loaded on NiFi startup. The only difference is the deprecated flow templates allowed you to create a template that consists of just individual low level components, while flow definitions can be created at only the "Process Group" level. Flow Definitions can be created by downloaded the flow definition directly from a process group. MattWho_0-1764689673153.png Deploying Flow Definitions is also easier. Simply drag the add new "Process group" icon to canvas and click on the "Browse" icon in the Process Group Name field box. You will be prompted to provide the downloaded flow definition json file. MattWho_1-1764689858845.png This upload can also be done via a rest-api call. The Apache NiFi 1.x major release REST API covers the api calls to do everything that you can accomplish via directly in the NiFI UI. But you can also use your browser build in "Developer Tools" capture these rest-api calls as you perform the actions directly in the NiFi UI. The Developer tools even give you an option to "Copy as curl" making it even easier to learn (browser will add many unnecessary headers you can opt to remove. If you remove a header that is needed, the curl command will fail): MattWho_2-1764690569584.png NOTE: Apache NiFi 1.x is end of life and no longer being contributed to. This means no more bug and CVE issues being addressed in the the 1,x release line. The Apache NiFi 2.x major release is the new supported major release (where templates no longer exist). Please help our community grow. If you found any of the suggestions/solutions provided helped you with solving your issue or answering your question, please take a moment to login and click "Accept as Solution" on one or more of them that helped. Thank you, Matt
... View more