I appreciate the responses. I will try out the canonical
/StandardSSLContextService/ first (since that's what I am using with
Kafka), then imitate the other sample depending.
However, where/how do I install the certificates I'll be given for use?
I would expect something for certain
Example of how to do this:
https://github.com/apache/nifi/blob/aa61494fc3a68b4806784f67ad837ee821d26da4/nifi-nar-bundles/nifi-standard-services/nifi-oauth2-provider-bundle/nifi-oauth2-provider-service/src/main/java/org/apache/nifi/oauth2/OAuth2TokenProviderImpl.java
On Tue, Jul 5, 2022 at 8:31
Usually, you would write you custom processor to support the
StandardSSLSocketService:
https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi/nifi-ssl-context-service-nar/1.16.3/org.apache.nifi.ssl.StandardSSLContextService/index.html
From: Russell Bateman
Reply:
From a custom processor, I intend to interface with a third-party
service (via simple HTTP client), however, I would need as I understand
it to
a) maintain a private key by which I can identify myself to that
third-party service and
b) maintain a trusted-store certificate by which I
Hi Prakash,
The latest released NiFi is 1.16.3 so I'm not sure what you mean by 1.19.2.
NiFi 1.16.3 is Java 8 compatible and contains the log4j vulnerability fixes
(from 1.15.3 on).
You can check it on the release notes page:
Hi,
Which recent version of NiFi is compatible with JDK 1.8 ?
We are using NiFi version 1.19.2. Is this version taking care of the log4j
vulnerability?
To fix log4j libraries, which NiFi version should we use? Is it compatible
with JDK 1.8 ?
Do we need to individually download lo4j libraries
