Agreed RE: the Web.  But do the same concepts apply, in the current
state of technology, to the web service world? 

I am looking at this at a relatively lower level than some of the other
folks. The assumptions that I am working from are that if one is trying
to dynamically invoke a message-oriented service that can exchange
complex messages, the service consumer would have to dynamically create
some sort of a proxy based on the service contract.  I am also
EXPLICITLY making a point that this must work across platforms and
technologies to fulfill the promise of an SOA.  Given that we are STILL
having issues with interoperability when we are taking an active role in
building services and consumers, to assume that this is possible in an
automated manner is a bit of a stretch.

Please note my caveat of "current state of technology".  I suppose this
could theoratically work if to start out with:

1) All services in question are WS-I compliant
2) All web service stacks that are utilized for this purpose (both on
the service and conumer side) support the full XML Schema

Please let me know if I am going down the wrong path here. This is
definitely one of those times I would love to be proven wrong :-)

Regards,

- Anil


-----Original Message-----
From: [email protected]
[mailto:[EMAIL PROTECTED] On Behalf Of
Mark Baker
Sent: Thursday, September 15, 2005 1:01 PM
To: [email protected]
Subject: Re: [service-orientated-architecture] Is the WS- vision
achievable?

On Wed, Sep 14, 2005 at 11:21:20PM -0400, Anil John wrote:
> Oh Yes, in this Brave New World, a user will just sit down in front of

> a computer, do a Google-Like search for services that are out there on

> the XYZ based on some keywords etc., "Discover" them (and did we 
> mention that these services could just pop up out of nowhere) and just

> drag and drop them onto her browser window and start "pulling data" 
> from that service!!!
>  
> This is a refrain that I hear in my enviornment that makes me want to 
> either hide under my desk or take up drinking :-)

Was that tongue-in-cheek?  Because what you described above is the Web,
as it works today; give the browser a URL, start pulling down the data.
This works for many URIs, and moreover, enables an existing client to
get data from services that have not yet been developed.

The client doesn't have to be a browser either, it could just be the
likes of a java.net client, wget, curl, or any of dozens of others.

Does it get any more ad-hoc, dynamic, or loosely coupled than that?

Mark.
-- 
Mark Baker.  Ottawa, Ontario, CANADA.          http://www.markbaker.ca
Coactus; Web-inspired integration strategies   http://www.coactus.com






------------------------ Yahoo! Groups Sponsor --------------------~--> 
Most low income households are not online. Help bridge the digital divide today!
http://us.click.yahoo.com/cd_AJB/QnQLAA/TtwFAA/NhFolB/TM
--------------------------------------------------------------------~-> 

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/service-orientated-architecture/

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 


Reply via email to