-
Bug
-
Resolution: Done
-
Major
-
7.3.1.GA
-
None
TlsTestCase#testReloadTrustManager fails on IBM Java 8 at TlsTestCase.java#L439 reporting the same DN. Similar for KeyStoresTestCase. When I try to compare using canonical names, there is a difference. Using RFC1779 or RFC2253 names is ok.
Assert.assertEquals(originalFoundDN.getIssuerX500Principal().getName(X500Principal.CANONICAL), ISSUER_DN.getName(X500Principal.CANONICAL)); [ERROR] TlsTestCase.testReloadTrustManager:439 expected:<....2.840.113549.1.9.1=[#1613656c7974726f6e4077696c64666c792e6f7267],c=uk,st=elytron,cn=...> but was:<....2.840.113549.1.9.1=[elytron@wildfly.org],c=uk,st=elytron,cn=...>
Is it just a test issue, or can there be an impact on functionality? In case it's just a test issue, can we assert equality of names? I.e.
Assert.assertEquals(originalFoundDN.getIssuerX500Principal().getName(), ISSUER_DN.getName());
The same for TlsTestCase.java#L465 then.
- clones
-
WFCORE-5004 TlsTestCase#testReloadTrustManager fails on IBM Java 8
- Closed
- is related to
-
JBEAP-20151 (7.3.z) KeyStoresTestCase fails on IBM Java 8
- Closed
-
WFCORE-944 truststore path is ignored if provider is not JKS
- Closed
-
WFCORE-5023 A few tests don't work using IBM JDK because of mock-server 5.9.0
- Closed