[jboss-jira] [JBoss JIRA] (WFCORE-5004) TlsTestCase#testReloadTrustManager fails on IBM Java 8

Ricardo Martin Camarero (Jira) issues at jboss.org
Thu Jun 25 03:36:15 EDT 2020


    [ https://issues.redhat.com/browse/WFCORE-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14175625#comment-14175625 ] 

Ricardo Martin Camarero edited comment on WFCORE-5004 at 6/25/20 3:34 AM:
--------------------------------------------------------------------------

[~szaldana] Please check JBEAP-19679, I was also looking into this issue. There are three solutions for this, I prefer the second one, but you can use the {{getName()}} too.

I have realized that the PR is merged, but the same issue happens in {{KeyStoresTestCase.java}} (and it's not fixed because that tests doesn't work because it's affected by mock-server issue too). So I'm adding the new mock-server issue as related to this JIRA.


was (Author: rhn-support-rmartinc):
[~szaldana] Please check JBEAP-19679, I was also looking into this issue. There are three solutions for this, I prefer the second one, but you can use the {{getName()}} too. But there is a second issue with the mock-server right now. I'm adding that the new issue blocks this JIRA.

> TlsTestCase#testReloadTrustManager fails on IBM Java 8
> ------------------------------------------------------
>
>                 Key: WFCORE-5004
>                 URL: https://issues.redhat.com/browse/WFCORE-5004
>             Project: WildFly Core
>          Issue Type: Bug
>          Components: Security
>    Affects Versions: 13.0.0.Beta1
>            Reporter: Ondrej Kotek
>            Assignee: Sonia Zaldana
>            Priority: Major
>             Fix For: 13.0.0.Beta1
>
>
> TlsTestCase#testReloadTrustManager fails on IBM Java 8 at [TlsTestCase.java#L439|https://github.com/wildfly/wildfly-core/blob/master/elytron/src/test/java/org/wildfly/extension/elytron/TlsTestCase.java#L439] reporting the same DN. When I try to compare using canonical names, there is a difference. Using RFC1779 or RFC2253 names is ok.
> {noformat}
> 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 at wildfly.org],c=uk,st=elytron,cn=...>
> {noformat}
> 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.
> {noformat}
> Assert.assertEquals(originalFoundDN.getIssuerX500Principal().getName(), ISSUER_DN.getName());
> {noformat}
> The same for [TlsTestCase.java#L465|https://github.com/wildfly/wildfly-core/blob/master/elytron/src/test/java/org/wildfly/extension/elytron/TlsTestCase.java#L465] then.



--
This message was sent by Atlassian Jira
(v7.13.8#713008)


More information about the jboss-jira mailing list