I created a consumer proxy using WSDL local file and create a logical port in SOAMANAGER.
But, if I try to ping the web service from SOAMANAGER using the logical port that I created, I am getting the
SRT Framework exception: Service Ping ERROR: Error when calling SOAP Runtime functions: SRT: Processing error in Internet Communication Framework: ("ICF Error when receiving the response: ICM_HTTP_CONNECTION_FAILED")
Should I do any config change in SICF / Anything else?
Could you please help on this regard.
Thanks and regards,
First u should check , whether from RFC destination the service is accessible or not.
To find RFC destination of the proxy generated : go to the logical port click on display click on "Additional Info" tab.
at last u will "HTTP Destination" , copy it and go to SM59 and search it .
It will be in Type 'G' Connection. Now click on "Connection Test".
If service is not accessible then there is some network issue like port is not open etc..
Hi Jitendra and other experts,
I have the same problem and error. "Ping Web Service" ends with the same error. I tried to configure logical ports for consumer proxies for MDGF...
I can't find the "HTTP Destination", because I don't have/see the "Additional Info" tab in my SOAMANAGER. Here a screenshot, maybe the highlighted info is the one I should search for in sm59?
Unfortunately I'm not able to find any of those 2 strings in sm59, so I can't check whether the connection works (I just highlighted, that there are some other connections of type G for web service configuration, but not the ones for my logical ports):
Where can I find the "HTTP Destination" in my SOAMANAGER Logical port?
What does it mean, if I can't even find the HTTP Connection identifier in sm59? It wasn't created automatically? Why?
I have created the logical ports via File upload of the wsdl documents, not by entering the url of the wsdl document, because that wasn't working, I was getting the error:
SRT Framework exception: Error in WSDL access: Exception occurred in communication framework:Error in HTTP Framework:404Connection Failedhttp://host.local:8000/sap/bc/srt/wsdl/srvc_0050568B00191EE19B88E5A14E54717
when I enter the wsdl document url into my browser, I'm able to access and view it, but creating a logical port with this url, doesn't work. So I downloaded the file and created the port "Via File". Maybe this problem is related to the main problem of not being able to ping the web service?
Personally I won't bother with trying to locate an HTTP type destination to do a connection test on.
I had a very similary problem, it may even be identical. It turned out to be related to IP filtering (on the firewall against port 8000 for HTTP calls for example - a policy instituted by the security team). In other words you will need to check if the port/s you are trying to work with are open on both sides or are they open with restrictions.
Seek assistance from your Basis team. Thanks.
Thanks for your answer. I talked to basis.
The basis team says, the used port 8000 is not blocked, internally it's fully open without restrictions. I'm accessing it internally.
Both links containing the port 8000 in the url (the one for the WSDL file which I'm entering and the link in the error message) work internally when I copy and paste them into the browser, I can view them.
But the soamanager or whatever connection it executes/accessed seems to have a hard time accessing this wsdl document via the http link.
Maybe does some special service need to be activated via SICF? But I think in IDES all services needed for soamanager are activated by default.
I'm also thinking about whether XI/PI could be playing a role in this web services configuration/communication, maybe not at all?
Do some kind of special RFC Connections with special types/configurations need to be added in SM59 for the MDGF web services to work correctly?
Any other ideas, what might be causing these errors?
Message was edited by: David Gyurasz
you can test yourself by using the following command line: telnet <IP Address> <Port number>. If you are able to connect it's clearly an issue within the system, but not the network or a firewall. Once you made sure that the network works, you should switch on the trace and have a look into it. If you cannot connect you should go back to the basis team for help.
Regards - Oliver
There are several things that could be causing it especially if Basis says that the 8000 ports are open on both sides.
The fact that you can also access the WSDL via the browser and you can't do a ping from the logical port also indicates that there might be a block somewhere.
I would also suggest you try Oliver's suggestion of trying to telnet to the provider system from the consumer system (where you setup your logical port).
In my case, the consumer and the provider were both internal SAP systemsbut on different networks with a firewall in between the 2 networks. The IP filtering was applied on the firewall & initially I couldn't even access the WSDL via the browser even though the 8000 ports were fully open on both sides. The necessary IP addresses for my PC & necessary servers had to be manually added to the firewall "whitelist" before it started working.
Hi Trevor, Oliver,
Thanks a lot for your replies.
This might be an important additional info: I have the following scenario: Both the Consumer and Provider is the one and the same server/ERP system. Do you have some experience with such a scenario? Is it supposed to work too?
I logged onto this server (consumer + provider system) with which I'm working and which is calling the wsdl url, and tried to access the "url port" via a special SAP service which checks the availability: "http://sapn02:8000/sap/bc/ping" - this was successful.
(I can't use/try telnet because of some internal restrictions, but the above test might be good enough). There is a block somewhere, maybe a bug, or authentication problem, or something else, probably I will try to open an OSS.