Re: SOAP Binding Framework Concerns

+1

Noah_Mendelsohn@lotus.com wrote:

> Marwah Sabbouh writes:
>
> >> It seems to me that the SOAP application
> >> programmer still needs ( and wants) to specify the protocol
> >> he needs to use.
>
> Perhaps this is the essence of the disagreement.  When I write a program
> to read a file, I typically don't know at the time I write and compile the
> program whether I will read from a hard drive or a floppy, NTFS vs. FAT or
> whatever.   Of course, when I run the program, it will be one or the
> other.  Indeed, sometimes the same program on Unix can read from a socket,
> pipe or tape drive too.  The general notions of Open/Close/Read/Write are
> analagous to our binding framework:  they state what's common across all
> these diverse data management systems.
>
> The mechanisms of the binding framework allow a similar and very important
> late coupling for SOAP applications.  With respect, I claim that in many
> cases I do _not_ want to hard code knowledge of the transport into my
> application business logic.  I want to say:  "send this envelope as a soap
> request, using whatever transport is appropriate."