The only reason why developer should care is ubiquity of HTTP and standards like RSS. So for example, if I expose some functionality of my application via RSS feed (listings, revision histories, portlets, and so on) I get integration with many applications for free as they support the same. Then, you can use Microsoft Outlook to see what new business services appeared in Service Registry and so on... with no effort.

Radovan

On 5/24/06, Gregg Wonderly <[EMAIL PROTECTED]> wrote:
Mark Baker wrote:
> Not for me.  Even if the language was "static", I think it's still
> simpler to turn a string (URI) into data (via HTTP GET)- as a Java or
> .NET developer would be able to do with java.net or System.Net - than
> it would be to call a proprietary getFoo API via SOAP.  Even if the
> response were serialized Java objects, I think this would still hold.

Okay Mark, so my question is, why would a developer even care what
transport/transfer protocol was used?  In the end, isn't it only the data that
goes and the data that returns which matters to the developer?  Do they care
about how the two devices interact with each other?  At deployment time, someone
will probably care to make the right things talk to the right places.  But, as a
developer, do I really care?

Gregg Wonderly






SPONSORED LINKS
Computer software Computer aided design software Computer job
Soa Service-oriented architecture


YAHOO! GROUPS LINKS






--
Radovan Janecek
http://radovanjanecek.net/blog

SPONSORED LINKS
Computer software Computer aided design software Computer job
Soa Service-oriented architecture


YAHOO! GROUPS LINKS




Reply via email to