Skip to main content

This content has been archived and is no longer being updated. Links may not function; however, this content may be relevant to outdated versions of the product.

Support Article

SOAP error at the time of enabling or disabling AES monitoring



After switching monitored nodes to accept HTTPS protocol, you encounter SSLHandshakeException when enabling or disabling AES monitoring. 

Error Messages PKIX path building failed: unable to find valid certification path to requested target
                at com.pega.apache.axis.client.Call.invoke(
                at com.pega.apache.axis.client.Call.invoke(
                at com.pega.apache.axis.client.Call.invoke(
                at com.pega.apache.axis.client.Call.invoke(
                at com.pegarules.generated.activity.ra_action_invokeaxis_3da0d7301b5c63bb26382db9d78337c3.step8_circum0(

Steps to Reproduce

Enable or disable AES monitoring to observe the error.

Root Cause

The SSL connectivity between the Pega node and the external webservice endpoint is broken. This error indicates that the signer certificate and each of its intermediate certificates in the chain from the specified target host (external SOAP Endpoint) has not been located in the client Pega node’s (JVM’s) truststore.

When using the certificate from another entity (JVM), ensure to use the certificate chain to obtain the root CA certificate. The certificate chain, also known as the certification path, is a list of certificates used to authenticate an entity (JVM). The chain, or path, begins with the certificate of that entity, and each certificate in the chain is signed by the entity identified by the next certificate in the chain. The chain terminates with a root CA certificate. The root CA certificate is always signed by the CA itself. The signatures of all certificates in the chain must be verified until the root CA certificate is reached.


Ensure that the signer certificates and each of its intermediate certificates in the certification path are imported to the Pega Weblogic JVM’s truststore. The same should be done for all the Weblogic JVMs participating in SSL communication on your PRPC cluster.

Published June 12, 2015 - Updated December 2, 2021

Was this useful?

0% found this useful

Have a question? Get answers now.

Visit the Collaboration Center to ask questions, engage in discussions, share ideas, and help others.

Did you find this content helpful?

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega Community has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice
Contact us