on 11-14-2006 7:40 PM
Hi Y'all,
We are doing a sender SOAP to R/3 scenario. But while the sender webservice is sending the message into XI , they get a HTTP 500 internal server error with their response. More information on the error is <context>XIAdapter</context>
<code>MalformedMessageException</code>
<text><![CDATA[
com.sap.aii.messaging.mo.MalformedMessageException: No SOAP Envelope
The webservice gets a response with this error but I dont see any messages in the MONI. Is this due to ill formed XML or is the sender SOAP adapter missing any settings. I have unchecked Do not use SOAP added in the URL &nosoap=true.
Any ideas please .
-Teresa
Hi,
This SAP note may help u- 856597
Regards,
moorthy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
The state assigned to a message when an administrator decides to abort sending the message, or when a message could not be delivered due to a fatal exception that cannot be repaired.
Error Messageà HTTP 500 - Internal Server Error (an Internal server error)
Solution:
Access the trace file and search for traces with severity ERROR, WARNING or stack traces.
If we do not find an error in the log file or the error message does not explain the problem sufficiently, access the default Trace. The default trace file contains detailed messages for developers. Extract the relevant trace information e.g. using the time stamp or the message ID.
If this does not explain the problem in more detail, increase the trace level and reproduce the problem. Then restart message processing using the message display tool. Mark the message and select repeat.
Mean time Check the URL parameters when you are receiving the SOAP message and are you using BPM, If so define an exception branch in a block, where the a error message pops out should be response for RFC ( if you use RFC call to R/3) might be dump and handle the error.
Regards
Agasthuri Doss
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for all the info. I just figured that the webservice is sending a payload without SOAP envelope. So in this case isnt it enough to just use a plain HTTP inbound adapter? And use a URL http://<hostname:port>/<path>?<query-string>;
Where port is the HTTP port(8000 port) and not ABAP port , path is sap/xi/adapter_plain.
Would this be a solution for the 500 error?
-Teresa
Thanks Wojciech. But if the sending system is not sending a SOAP message why would the sender SOAP adapter in XI (with Do not use SOAP envelope checked) try to validate it as a SOAP message. This shouldnt happen because the URL also had nosoap = true parameter in the URL. If I understand it correctly a sender SOAP adapter with Do Not Use Envelope with a check mark and with the URL having nosoap=true should act as a adapter considering the XML message as raw data payload.
-Teresa
Teresa,
There are 2 ways you can send a SOAP message to XI.
1. Send it to the Sender SOAP adapter which will forward it to the Integration Engine. This is described in section 3 of this document and the URL will be,
http://<host>:<j2ee-port>/XISOAPAdapter/MessageServlet?
channel=<party>:<service>:<channel>
2. Another option is to send the SOAP message directly to the Integration Engine. The URL to do this would be ,
http://<server>:<ABAP-port>/sap/xi/engine?type=entry&version=3.0&Sender.Service=<YourService>&Interface=<YourNamespace>%5E<YourInterface>
The option 2 is described by Stefan Grube in this blog,
/people/stefan.grube/blog/2006/09/21/using-the-soap-inbound-channel-of-the-integration-engine
In the case of option 1 --> port is J2EE port and in case of option 2 , port is HTTP port.
Also, if you are not sending the SOAP envelope in the payload, do not select DO NOT USE SOAP ENVELOPE in Sender SOAP adapter.
Regards,
Bhavesh
Hi,
Check wheather the WSDL genarted is right and import the wsdl in SOAPSONAR or XMLSpy where you can request for the message even if it fails it will guide what is the problem better way...
and also cheak the username and password which you provided in the communication channel of receiver RFC is right....
Amaresh
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.