Progress / SonicMQ => .NET Webservice

[Porkstone]

Dear Progress Gurus,

We have developed a Webservice in .NET and a Client of ours is trying to make calls to it, using Progress/SonicMQ.
They are having difficulties and asking for advice, but we have no experience with Sonic or Progress so we are a little bit stuffed

Does anyone know if it is possible to do this?

What will the client need to check for when using Progress / SonicMQ.

At the moment we can see they are submitting to the correct URL in our logs but the SOAP part is erroring returing a fault.

Many thanks in advance,

P

 

[ChrisPaulson]

There is a progress example of using the bablefish web service.

Perhaps this should be a starting point. If they are not using version 10 then they have to handle lots of the coding/soap themselves.

 

[Porkstone]

Thanks for the info, I will examine the Babel Fish example.

I have found out some more info from our client:
Our client is using Progress (V9.1D) and SonicMQ V5.0.2.
The XML, including the SOAP wrapper, is being generated within Progress using their XML DOM model. As far as Progress is concerned, it is generating an XML file - it doesn't know that the outer layers are a SOAP wrapper. Therefore the message itself within the wrapper is not encoded.

We have got a little bit futher down the road, they can now submit succesfully to the Webservice but are not recieving our response.

The issue seems to be with Content-Reply, does anyone know what this does? Does the client have to specify this so that SonicMQ expects a response message from the webservice?

My understanding was the WSDL indicates if a webmethod will issue a response message.

If anyone can offer a suggestion as to why they are not seeing our response it would be great.

Thanks in advance,

P

 

[Porkstone]

Dear All,
Well we have succesfully communicated in both directions now Inter Platform communication utopia here we come!

We have one more little snag that hopefully someone here can shed some light on.
Our webservice operates synchronously, and this is causing problems at the SonicMQ end. The developer is saying that he can see responses but has no way of linking a response to a request. This is not an issue if everything goes well because we return his reference and he can match against that. The problem is if an error occurs, the clients source reference will not be present.

Does anyone know if SonicMQ is able to internally link a Request made synchronously with the response so that they can attribute the error to a particular submission.

Thanks in advance,

Cheers,

Charlie