Not logged in | Login
validate the WSDL at design time for such things as attribute values and relationship between extensibility elements, etc.
a file name tagging scheme that is implemented by the BC to help correlating the request with the response for a synchronous service invoke, user can enabled to by configuring an attribute value for one of the transfer extensibility elements (ftp:transfer, ftp:message)
extensibility elements ftp:message is symetrical in that both service consumer and service provider use the same WSDL in its implementation
+-----------+ +--------------+ +-----------+ | | | FTP server | | | | | | +--------+ | | | | | req | | MSG | | req | | |WS consumer+----------->| AREA |---------->|WS provider| | | | | (dirs) | | | | |(FTPclient)| | | | | |(FTPclient)| | | resp | | | | resp | | | |<-----------| |<----------| | | | | | | | | | | | | +--------+ | | | +-----------+ +--------------+ +-----------+
What shown in the illustration is a full message path including request (IN-ROUTE) and response (OUT-ROUTE).
In addition to Request-Response message transfer, there are One-Way-In, One-Way-Out message transfer.
Note, the service consumption could be synchronous, where WS consumer post the message to a location agreed between consumer & provider and polling the response from a location agreed between consumer & provider, or asynchronous, where WS consumer post the message to a location agreed between consumer & provider then leave, a separate response poller could poll the response from an agreed place.
if request must be correlated to response, FTP BC supports a mechanism called: message name GUID tagging, where a GUID is generated at the origin of the request message (service consumer) and tagged to the message file name, FTP BC implementation will keep the GUID tagging on the requst message file, request message staging file, the corresponding response message file, response message staging file, all the way to the point where the response message with the same GUID tag is picked up by the original service consumer, for details about this FTP file name GUID tagging, please refer to "FTP BC Functional Spec" at FTP BC wiki main page.
Application level message correlating can be done also by embedding correlate ID into the message and perform message correlating in the application (e.g. BPEL scripts).