The TPS installation fails on RHEL 8.1 with the following message in TPS debug log:

2019-06-17 18:05:16 [https-jsse-nio-8443-exec-20] INFO: TPSConfigurator: Generating shared secret in TKS
2019-06-17 18:05:16 [https-jsse-nio-8443-exec-20] SEVERE: Unable to generate shared secret in TKS: Not Found
com.netscape.certsrv.base.PKIException: Not Found
at com.netscape.certsrv.client.PKIConnection.handleErrorResponse(PKIConnection.java:467)
at com.netscape.certsrv.client.PKIConnection.getEntity(PKIConnection.java:439)
at com.netscape.certsrv.client.PKIClient.getEntity(PKIClient.java:107)
at com.netscape.certsrv.system.TPSConnectorClient.getConnector(TPSConnectorClient.java:36)
at org.dogtagpki.server.tps.TPSConfigurator.getSharedSecret(TPSConfigurator.java:374)
at org.dogtagpki.server.tps.TPSConfigurator.finalizeConfiguration(TPSConfigurator.java:244)
at org.dogtagpki.server.rest.SystemConfigService.finalizeConfiguration(SystemConfigService.java:339)

The TPS installation works fine on Fedora although it generates the following warning:

2019-06-17 20:10:16 [https-jsse-nio-8443-exec-11] INFO: TPSConfigurator: Generating shared secret in TKS
2019-06-17 20:10:16 [https-jsse-nio-8443-exec-5] WARN: RESTEASY002142: Multiple resource methods match request "GET /admin/tps-connectors/search". Selecting one. Matching methods: [public abstract javax.ws.rs.core.Response com.netscape.certsrv.system.TPSConnectorResource.getConnector(java.lang.String,java.lang.String), public abstract javax.ws.rs.core.Response com.netscape.certsrv.system.TPSConnectorResource.getConnector(java.lang.String)]

It looks like TPSConnectorResource defines two methods with conflicting paths:

• @Path(" {id}

  ") public Response getConnector(@PathParam("id") String id);

• @Path("search") public Response getConnector(@QueryParam("host") String host, @QueryParam("port") String port);
  and apparently on RHEL the request is mapped into the wrong method.

The second getConnector() should be merged into the findConnectors() to eliminate the path conflict.