Troubleshooting
Problem
AS2 outbound messages failing with Exception in the EDIINTPipelineBuild service: [2012-11-28 14:16:57.027] ERROR 000000000000 GLOBAL_SCOPE EDIINT: Failure packaging message [2012-11-28 14:16:57.027] ERROR 000000000000 GLOBAL_SCOPE [1354108617027] null [2012-11-28 14:16:57.033] ERRORDTL 000000000000 GLOBAL_SCOPE [1354108617027]java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0 (Native Method)
Symptom
When sending an outbound file the above error occurs, the issue occurs for all partners.
If setting the AS2 partner profile with a payload as plain text or only Signed detached and the compression set to NONE, then it works but as soon as the compression is enabled or encryption is set for the payload then the error occurs.
Also if you try to create a self signed certificate from within the SI UI with a SHA256withRSA signing algorithm, it also fails with the error:
[2012-11-29 16:06:47.465] ERROR 000000000000 GLOBAL_SCOPE SAVE FAILED:
[2012-11-29 16:06:47.465] ERROR 000000000000 GLOBAL_SCOPE [1354201607465] Specified algorithm: SHA256withRSA is not found in table: SignatureAlgorithms
[2012-11-29 16:06:47.466] ERRORDTL 000000000000 GLOBAL_SCOPE [1354201607465]java.lang.IllegalArgumentException: Specified algorithm: SHA256withRSA is not found in table: SignatureAlgorithms
at com.trustpoint.pkix.pkix1explicit.AlgorithmIdentifier.getOID(Unknown Source)
at com.trustpoint.pkix.pkix1explicit.SignatureAlgorithmIdentifier.<init>(Unknown Source)
at com.trustpoint.pkix.pkix1explicit.Certificate.sign(Unknown Source)
at com.sterlingcommerce.security.provider.SCICertificate.generateCertificate(SCICertificate.java:370)
at com.sterlingcommerce.security.kcapi.GenCertificate.saveCert(GenCertificate.java:398)
at com.sterlingcommerce.woodstock.ui.DigiCertEditor.save(DigiCertEditor.java:485)
at com.sterlingcommerce.woodstock.adminui.servlet.SaveDigiCert.run(SaveDigiCert.java:79)
Cause
Possible corruption of TrustpointAll.jar
Resolving The Problem
To solve the issue, get a copy of a backup of TrustpointAll.jar that can be found under:
SI_Install/jdk/jre/lib/ext from a time prior to when the issue started,
Or alternatively get a copy of the file from another SI environment that is the same version of SI and JDK, then follow the steps below:
Note: Please note that it is recommended to make a backup of the system before applying the changes.
1. Stop SI.
2. Make a backup copy of the TrustpointAll.jar that is found in the SI
installation directory under /jdk/jre/lib/ext, this is needed in case you have to revert back.
3. Overwrite the file TrustpointAll.jar under SI_Install/jdk/jre/lib/ext directory with the good copy of the file as described at the top of this section.
4. Restart SI and test again.
Was this topic helpful?
Document Information
Modified date:
11 February 2020
UID
swg21619656