on 06-12-2013 11:49 AM
Hi
We are in the process of moving to a PI 7.31 dualstack with Seeburger installed.
From what I can see on my sender agreements/File setup I have the same settings as the old QA system.
Error while parsing AS2 message: UNEXPECTED_ERROR # Error loading inbound relation, using filename extended search: AS2To: 'SIMPART01' AS2From: 'PARTNERDEV' Subject: 'INTERNAL_TEST' Filename: 'null'
I have copied certificates and created the seeburger user.
Any pointers?
Daniel
Hi Daniel,
can you let me know, which version of the AS2-Adapter you are currently using at this client ?
(is it version 2.1.5 / is it the same version as in the old QA system....)
Also can you let me know which PI-Version was used in "the old QA system" ?
The error message looks like if the adapter is complaining about errors when using AS2 filename attribute for lookup of inbound configuration instead of AS2 message subject...this might be the case if a wrong metadate-file is used (which has only be used in a specific scenario and was accidentally on the 2.1.5 DVD version.)
Kind Regards
Stefan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I reverted back to the filemeta data without the Filename Exstended Search and set the filenameExtendedSearch to false.
Then I get the following in my log
authentication error [LOC: authentication error.authenticate] Caused by: com.seeburger.dt.security.smime.SMIMEHelperException: signature verification failed: java.lang.NullPointerException: while trying to invoke the method org.bouncycastle.asn1.cms.ContentInfo.getContent() of an object loaded from field org.bouncycastle.cms.CMSSignedData.contentInfo of an object loaded from local variable '<0>'
at com.seeburger.dt.security.smime.SMIMEHelper.isMultiPartSignedBy(SMIMEHelper.java:682)
at com.seeburger.dt.security.smime.SMIMEAuthenticator.authenticateNonStatic(SMIMEAuthenticator.java:253)
at com.seeburger.dt.security.smime.SMIMEAuthenticator.authenticateMultiPart(SMIMEAuthenticator.java:78)
at com.seeburger.ediint.edi.EDIMessageParser.parse(EDIMessageParser.java:127)
at com.seeburger.as2.tasks.AS2Decomposer.work(AS2Decomposer.java:271)
at com.seeburger.as2.tasks.AS2Decomposer.decompose(AS2Decomposer.java:88)
at com.seeburger.as2.component.AS2Server.decomposePayload(AS2Server.java:1432)
at com.seeburger.as2.impl.SHCInitiatorProcessor.asyncParsing(SHCInitiatorProcessor.java:1715)
at com.seeburger.as2.impl.SHCInitiatorProcessor.executeTask(SHCInitiatorProcessor.java:233)
at com.seeburger.as2.impl.SHCInitiatorProcessor.preInitiation(SHCInitiatorProcessor.java:193)
at com.seeburger.http.core.SHCTaskInitiator.doInitiation(SHCTaskInitiator.java:151)
I have verified the certificates/keys has the same fingerprints and names on the old Q01 and the new Q11.
Q11 ( new PI system )
old Q01 system, where the file search does work. But it is no longer required.
Hello Daniel,
can you verify in the Seeburger Workbench / System Status /Impotant Server Properties
... if all Properties are ok ?
If either the first or the 3rd line is described as "not OK" .... it can result in an authentication error.
If the first line is "not OK" there is a SAP Note existing that describes how to correct this
(1287778)
Hope this fixes the issue
Kind Regards
Stefan
Dear Daniel,
Did you check the compliance of the Seeburger adapter you installed with the SAP PI 7.31?
Also, do you have the correct adapter metadata in your ESR?
Kind regards,
Dimitri
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
101 | |
13 | |
13 | |
11 | |
11 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.