on 06-21-2010 9:28 AM
Hi guys,
I've implemented a configuration scenario, that has sender SOAP channel. Actually, everything seems to be OK, however
with testing from the WSNavigator (even from another system), everything seems to be correct and working, while via
testing from Altova XML Spy, the returned error is:
-
cut -
<code>ADAPTER.JAVA_EXCEPTION</code>
<text><![CDATA[
com.sap.aii.af.service.cpa.CPAObjectNotFoundException: Couldn't retrieve inbound binding for the given P/S/A values: FP=;TP=;FS=null;TS=;AN=null;ANS=null;
-
cut -
I've put "Set Adapter-Specific Message Attributes" on SOAP channel, however the problem still appears.
What could be the problem - Should I do an obligatory publish of the SOAP Sender Agreement in SR ? Which will lead me to setupping the UDDI/SR ...
Best Regards,
Lalo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Thanks a lot Shabarish, maybe it is somehow an Altova issue, since with SOAPUI it is working like a charm!
However, I am wondering if the publish of the SOAP Sender Agreement on ServiceRegistry is still needed (since our SR/UDDI are not configured and thus "Publish in SR" from the Configuration Builder is not working) ?
Do you know if there is suitable resource where is explained the exposition of an internal SOAP endpoint to the external world?
Best Regards,
Lalo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi al,,
today I found out whats the problem is with Altova Soap testing:
Altova is not able to deal with the escape characters in the WSDL. For example:
To solve this problem copy the string in a text editor and past it, then go in altova to SOAP -> Change SOAP Parameters and enter the modified URL
This should work.
br
Florian
Can you switch to using SOAPUI instead of altova?
testing with Altova has been noticed to give issues at times.
check if the error occurs even when you use SOAPUI
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi again,
I have reviewed this thread however it is not clear for me if WSNavigator is wrong or the Altova... Both of them
are taking the WebService endpoint connection URL from the wsdl definition :
<wsdl:service ...>
<wsdl:port ...>
<soap:address location="http://<PI_host>:<PI_port>/XISOAPAdapter/MessageServlet?senderParty=&senderService=<SENDER_SERVICE>&receiverParty=&receiverService=&interface=<SERVICE_INTERFACE_NAME>&interfaceNamespace=<NAMESPACE">
<wsdl:port ...>
<wsdl:service ...>
But WSnavigator is succeeding and Altova not. Does it mean that all external SOAP clients will fail as well? I am also wondering if publishing the sender agreement in Service Registry will help ?
Best Regards,
Lalo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
93 | |
10 | |
10 | |
9 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.