Glen wote:
> Correct. Essentially, the only kinds of headers that are worth specifying
with the mechanism that exists today are the "cookie-esque" ones - i.e.
"please send me the value 'xq57jb' back in the header 'myns:SeekritCode'.
Oh, and send it on every single message, too." Anything with more complex
semantics than that can't really be accommodated with the current syntax.
So I think it's a pretty simple matter to define a "sideband data" SOAP
module which simply takes a property consisting of a set of elements, and
inserts them as SOAP headers.
One problem we have with current tools is some generate application code for headers defined in WSDL whist other ignore them altogether.
I think it would useful if a toolkit could *know* if a header was intended for an application or for a lower-layer protocol ?
- could F&P be used to describe which /role/ a header is intended for ?
- or maybe headers *and* F&P would provide this distinction ?
- or am i barking ?
--
Paul Sumner Downey
Web Services Integration
BT Exact