On 8/5/20 5:04 PM, calder wrote:

Caused by: java.security.KeyStoreException:

Cannot store non-PrivateKeys

If you pasted the full stack trace, then here we have the last "caused by",
showing one issue
       at
sun.security.provider.JavaKeyStore.engineSetKeyEntry(JavaKeyStore.java:261)
       at
sun.security.provider.JavaKeyStore$JKS.engineSetKeyEntry(JavaKeyStore.java:56)
       at
sun.security.provider.KeyStoreDelegator.engineSetKeyEntry(KeyStoreDelegator.java:117)
       at
sun.security.provider.JavaKeyStore$DualFormatJKS.engineSetKeyEntry(JavaKeyStore.java:70)
       at java.security.KeyStore.setKeyEntry(KeyStore.java:1140)
       at org.apache.tomcat.util.net
.SSLUtilBase.getKeyManagers(SSLUtilBase.java:313)
       at org.apache.tomcat.util.net
.SSLUtilBase.createSSLContext(SSLUtilBase.java:239)
       at org.apache.tomcat.util.net
.AbstractJsseEndpoint.createSSLContext(AbstractJsseEndpoint.java:98)
       ... 20 more

That is inded the full stack trace, or at least as much of it as went into catalina.out.

And all the differences in domain names and filenames are accounted for, canceling each other out, leaving only the "unwanted update" as the biggest single difference between the two instances. Looking at the Manager, I see that in addition to Tomcat being updated from 8.5.40 to 8.5.57, the JVM was evidently updated from 1.8.0_201-b09 to 1.8.0_252-b09.

--
JHHL


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to