[
https://issues.apache.org/jira/browse/NIFI-8713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jul Tomten updated NIFI-8713:
-----------------------------
Description:
ConsumeJMS doesn't work over SSL/TLS PKIX path building failed
!image-2021-06-16-21-40-53-349.png!
getJMSQueue putJMSQueue works fine with the same jks file and SSL context
service.
invokeHTTP works fine with the same context service.
I have a root ca that issues the server certificates without intermediate ca.
In the trust store jks there is only one certificate so it's a very simple
setup.
Is there any extra requirements on the jks trsutstore when using ConsumeJMS or
PublishJMS compared to getJMSQueue putJMSQueue ?
The trust store type in the SSL context service seems to not matter if it is
set to JKS or PKCS12 .
ConsumeJMS or PublishJMS faile both with JKS and PKCS12
getJMSQueue putJMSQueue works with JKS and PKCS12.
java keytool lists my trust store as keystore type PKCS12 provider SUN.
activemq-all-5.15.9.jar is used with ConsumeJMS or PublishJMS
getJMSQueue putJMSQueue uses AMQ driver shipped with NiFi
was:
ConsumeJMS doesn't work over SSL/TLS PKIX path building failed
!image-2021-06-16-21-40-53-349.png!
getJMSQueue putJMSQueue works fine with the same jks file and SSL context
service.
invokeHTTP works fine with the same context service.
I have a root ca that issues the server certificates without intermediate ca.
In the trust store jks there is only one certificate so it's a very simple
setup.
Is there any extra requirements on the jks trsutstore when using ConsumeJMS or
PublishJMS compared to gerJMSQueue putJMSQueue ?
The trust store type in the SSL context service seems to not matter if it is
set to JKS or PKCS12 .
ConsumeJMS or PublishJMS faile both with JKS and PKCS12
gerJMSQueue putJMSQueue works with JKS and PKCS12.
java keytool lists my trust store as keystore type PKCS12 provider SUN.
> ConsumeJMS and PublishJMS doesn't work over SSL/TLS PKIX path building failed
> -----------------------------------------------------------------------------
>
> Key: NIFI-8713
> URL: https://issues.apache.org/jira/browse/NIFI-8713
> Project: Apache NiFi
> Issue Type: Bug
> Components: Extensions
> Affects Versions: 1.13.2
> Environment: redhat
> java sap machine 1.11
> activemq-all-5.15.9.jar
> Reporter: Jul Tomten
> Priority: Major
> Labels: ConsumeJMS, PKIX, SSL, TLS, building, failed, path
> Attachments: image-2021-06-16-21-40-53-349.png
>
>
> ConsumeJMS doesn't work over SSL/TLS PKIX path building failed
>
> !image-2021-06-16-21-40-53-349.png!
>
> getJMSQueue putJMSQueue works fine with the same jks file and SSL context
> service.
> invokeHTTP works fine with the same context service.
> I have a root ca that issues the server certificates without intermediate ca.
> In the trust store jks there is only one certificate so it's a very simple
> setup.
> Is there any extra requirements on the jks trsutstore when using ConsumeJMS
> or PublishJMS compared to getJMSQueue putJMSQueue ?
>
> The trust store type in the SSL context service seems to not matter if it is
> set to JKS or PKCS12 .
> ConsumeJMS or PublishJMS faile both with JKS and PKCS12
> getJMSQueue putJMSQueue works with JKS and PKCS12.
> java keytool lists my trust store as keystore type PKCS12 provider SUN.
>
> activemq-all-5.15.9.jar is used with ConsumeJMS or PublishJMS
> getJMSQueue putJMSQueue uses AMQ driver shipped with NiFi
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
