Asankha,

On the 1.2 release we did a change in such a way that the outSequence can be
empty in which case we do a send back. So this should work. :-(

I am wondering whether Henrik is trying to invoke an In Only operation. Is
there any possibility for you to share the WSDL that you are using in this
case, and a sample message?

Thanks,
Ruwan

On Thu, Dec 11, 2008 at 10:39 PM, Asankha C. Perera <[email protected]>wrote:

> Hi Henrik
>
>  I am having a little problem with proxying some webservices with Synapse
>> (see previous posts today for more history), where I'm finding that the
>> *response body is empty* when returned to the client. Using soapUI [
>> http://www.soapui.org/], I have been able to collect some more
>> information.
>>
>> Please find attached:
>> synapsis.soapui.log.diff.report.htm/ / ==>    An HTML diff report on the
>> two log entries / files below
>> soapui.synapsis.service.log              ==>    The request and response
>> soapUI log when calling the Synapse proxied 'validateCLI' webservice
>> soapui.original.service.log                ==>    The request and response
>> soapUI log when calling the non-proxied, original, 'validateCLI' webservice
>>
>> Here is my current synapse.xml:
>>
>> <definitions xmlns="http://ws.apache.org/ns/synapse";>
>>    <localEntry key="validateCli.wsdl"
>>  src="file:/c:/dev/synapse-1.2/harness/validateCli.wsdl"/>
>>    <localEntry key="ValidateCLIRequest"
>>  src="file:/c:/dev/synapse-1.2/harness/ValidateCLIRequest_V1.0.xsd"/>
>>    <localEntry key="ValidateCLIResponse"
>> src="file:/c:/dev/synapse-1.2/harness/ValidateCLIResponse_V1.0.xsd"/>
>>    <localEntry key="CommonTypes"
>> src="file:/c:/dev/synapse-1.2/harness/commontypes.xsd"/>      <proxy
>> name="ValidateCLI" transports="http" trace="enable">
>>        <parameter name="useOriginalwsdl">true</parameter>
>>        <parameter name="modifyUserWSDLPortAddress">true</parameter>
>>        <publishWSDL key="validateCli.wsdl" trace="enable">
>>            <resource location="ValidateCLIRequest_V1.0.xsd"
>> key="ValidateCLIRequest"/>
>>            <resource location="ValidateCLIResponse_V1.0.xsd"
>>  key="ValidateCLIResponse"/>
>>            <resource location="commontypes.xsd"
>> key="CommonTypes"/>
>>        </publishWSDL>
>>        <target>
>>            <inSequence>                          <send/>
>>    </inSequence>
>>            <outSequence>
>>            </outSequence>
>>        </target>
>>    </proxy>
>> </definitions>
>>
>> I also noted that the the HTTP return codes also differ:
>>
>> Original WS call: HTTP/1.1 200 OK
>> Proxied WS call: HTTP/1.1 202 Accepted
>>
>> I am not sure why this is happening (no response body + returning 202
>> instead of 200), if I am doing something incorrect here or if I simply have
>> an incorrect synapse configuration.
>>
>> Has anyone seen this behaviour before? Any help would be greatly
>> appreciated.
>>
> Please follow the basic proxy services samples and basic docs [2]. Your
> outsequence is empty, thus no response would be forwarded. Also, you would
> need to define a target endpoint, or a <send> mediator which specifies the
> address of the real service endpoint
>
> [1] http://synapse.apache.org/Synapse_Samples.html#ProxyServices
> [2] http://synapse.apache.org/Synapse_QuickStart.html (part 2 of this
> called Proxy Services)
>
>
> cheers
> asankha
>
> --
> Asankha C. Perera
> http://adroitlogic.org
>
> http://esbmagic.blogspot.com
>
>


-- 
Ruwan Linton
http://wso2.org - "Oxygenating the Web Services Platform"
http://ruwansblog.blogspot.com/

Reply via email to