Hello @Dagonvlg,  The best option should be on NiFi UI, in that way you can execute it as stateless:  https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi/nifi-stateless-processor-nar/1.28.0/org.apache.nifi.processors.stateless.ExecuteStateless/index.html  ... View more

Hi @dylee  Welcome to cloudera community! just wanted add some more details to @vafs response: you are encountering at https://archive.cloudera.com/cdp-public/ is expected behavior. Cloudera has changed how its repositories are structured and accessed, particularly for CDP (Cloudera Data Platform). The path cdp-public is not a browsable directory. To verify access and proceed with your trial installation, please refer to the following details regarding the repository structure and authentication: 1. The Repository Path has Changed For modern CDP installations, Cloudera often uses a different path structure. If you are looking for Cloudera Manager or Runtime artifacts, the URLs typically include a /p/ (private/protected) or a specific version prefix. Example for Cloudera Manager 7: https://archive.cloudera.com/p/cm7/ Example for Runtime: https://archive.cloudera.com/p/cdh7/ (Note that CDP Private Cloud Base artifacts are often under the cdh7 path). 2. Authentication Requirements (The "Paywall") Since February 2021, Cloudera moved its software behind a paywall. Even for trial environments, you generally cannot access the repositories without valid credentials. Trial Credentials: When you signed up for the CDP trial, you should have received a License Key or a set of Remote Repository Credentials (username/password). Verification: You cannot "browse" the root of the archive in a browser to verify access. Instead, you must test a specific file download using your trial credentials. If you do not have credentials, you can request them via the Cloudera Trial Portal or contact your Cloudera Account Manager. Test Command: curl -u <your_username>:<your_password> https://archive.cloudera.com/p/cm7/7.x.x/allkeys.asc If your issue has been resolved, please mark the appropriate reply as the solution, as it will make it easier for others to find the answer in the future. ... View more

Hi, I had to downgrade and upgrade all my nars to 2.0.0 for it to work. ... View more

Thank you André, This led to the right direction. Since the configuration file is required by a third party JAR that I don't build, the way to solve it was to add a src/main/resources path to the myProcessor-nar directory instead of the myProcessor-processor directory. The nar directory doesn't include a src/main/java but you can nevertheless add a src/main/resources path and add subfolders/files to it, e.g. NAR-INF/data/config.ini. Maven will copy automatically everything under src/main/resources to the target, hence it's not necessary to add the resources snippet to the pom.xml. So, now NiFi's work/nar/extensions/myProcessor-nar-1.0.nar-unpacked/NAR-INF folder contains my subfolder/file data/config.ini every time NiFi unpacks the NAR. I found this article helpful that explains the parts of a NAR and the three pom.xml files: https://www.javahotchocolate.com/notes/nifi-project.html Thanks @vafs! ... View more

@okanergun Has the reply helped resolve your issue? If so, please mark the appropriate reply as the solution, as it will make it easier for others to find the answer in the future. Thanks. ... View more

@jI-mi Has the reply helped resolve your issue? If so, please mark the appropriate reply as the solution, as it will make it easier for others to find the answer in the future.  Thanks. ... View more

@DevOpsWorld Has the reply helped resolve your issue? If so, please mark the appropriate reply as the solution, as it will make it easier for others to find the answer in the future. Thanks. ... View more

@jI-mi, Did the response help answer your question? If so, please consider marking it as the solution so others can easily find it later. ... View more