L.S.,

This is definitely possible. On the first ServiceMix instance, you deploy a HTTP SU with a provider endpoint that has the url for the webservice deployed on the second instance. For receiving the message from the client, just a consumer endpoint (like a file poller, http consumer, jms consumer, ...) and set its targetService to point to the http:provider endpoint you defined earlier. This takes care of receiving the message from the client and routing it to the next container using HTTP.

On the second machine, just look at the cxf-wsdl-first example to get some feeling on how to implement this. For this service's message format, you will have to define the message format either in WSDL (contract first) or Java code (code first). You can always use SoapUI or something similar to test if the webservice on the second node is actually working properly.

Regards,

Gert

manish_goyal wrote:
Hi,

I have a scenario in which there is two different FUSE.
One is ESB FUSE which gets message from client and NMR of this FUSE will
route this message to Http-Binding component. This http-binding component is
accessing webservice which is deployed in second FUSE(Act as a container).

WebService in second FUSE contain some method which will just display
message.

I have some questions here:-
1. Is this is possible to implement?
2. For testing purpose how can we pass message to first FUSE (http-binding
component )?
3.Who will be taking care of marshaling and unmarshaling ? Do i need to
implement this functionality manually or FUSE will take care of it?
4.At the webservice, What will be the message format?

Please help me to implement this scenario.

Detail explanation would be appreciate. :)

I am attaching the pictorial representation for my scenario please refer
that.

Thanks A Lot .

Reply via email to