Here are some add-on upon the error.
In fact, the TransformSerialXml service seems to take a look at all the parameters in the pipeline.
The problem was coming from a quite complex document that was in the pipeline (it’s the return value of the second WS call, not dropped for some personal purpose.)
If this document (not parameter in or out, nor with a name that could be “reserved” → “traiterPTEReturn”) is present in the input pipeline, the Integration Server become unstable, and this often leads to the crash of the IS 
We are able to reproduce this problem, and will soon drop a Case on this particular point.
But it seems quite awful that a simple parameter (even an “alien” one) in pipeline leads to a crash/stalling of the entire application.
Does anybody have similar experiences, or comments to share?
Regards
Jean-Marc LE TOUX
PS: excuse my poor english skill
#webMethods-General#Integration-Server-and-ESB#webMethods