It's all about the answers!

Ask a question

getting error "peer not authenticated"

shubham dhorajkar (1113) | asked May 25 '21, 1:38 a.m.


     I installed JTS and CLM 6.0.6, and JTS is working fine I am able to create workitems too but whenever I am trying to access workitem's via OSLC api through eclipse I am getting following error peer not authenticated
at org.apache.http.conn.ssl.AbstractVerifier.verify(
at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(
at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(
at org.apache.http.impl.client.DefaultRequestDirector.execute(
at org.apache.http.impl.client.AbstractHttpClient.execute(
at org.apache.http.impl.client.AbstractHttpClient.execute(
at org.apache.http.impl.client.AbstractHttpClient.execute(
at net.jazz.oslc.utils.HttpUtils.sendGetForSecureDocument(
at com.oslc.common.CommonOSLCMethods.getServiceProviderCatalog(
at com.tatasky.ITConfigReports.FetchPCFPackDetails1.doGet(
at javax.servlet.http.HttpServlet.service(
at javax.servlet.http.HttpServlet.service(
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
at org.apache.tomcat.websocket.server.WsFilter.doFilter(
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
at org.apache.catalina.core.StandardWrapperValve.invoke(
at org.apache.catalina.core.StandardContextValve.invoke(
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
at org.apache.catalina.core.StandardHostValve.invoke(
at org.apache.catalina.valves.ErrorReportValve.invoke(
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(
at org.apache.catalina.core.StandardEngineValve.invoke(
at org.apache.catalina.connector.CoyoteAdapter.service(
at org.apache.coyote.http11.Http11Processor.service(
at org.apache.coyote.AbstractProcessorLight.process(
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(
at java.util.concurrent.ThreadPoolExecutor.runWorker(
at java.util.concurrent.ThreadPoolExecutor$
at org.apache.tomcat.util.threads.TaskThread$

I saw some quetions on forum where someone said change sc = SSLContext.getInstance("SSL") to sc = SSLContext.getInstance("TLSv1") but I already have sc = SSLContext.getInstance("TLSv1").

I thought I have issue with JTS instance then I installed jetty but while working with jetty I am still getting same issue, please let me know if anyone have sollution on above issue.

I am using CLM 6.0.6.x version.

Thanks and regards,

One answer

permanent link
Kevin Ramer (4.5k8180199) | answered May 25 '21, 12:16 p.m.

 This is probably an issue of trust between your client and the ssl environment provided by the RTC server. e.g. this post.

As mentioned your run-time will need a key store containing information about the target server.  You can tell your Java app to use said key store using:

where /path/to/keystore is a full or relative path to the key store where you have imported the target server's certificate info.  

InstallCert java application makes importing signer certificates into a key store much easier.

Your answer

Register or to post your answer.