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 .