ASP Error: 70
Description: Permission denied
Source: Microsoft VBScript runtime error
|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: What chance Web Services?
Matt, Your concerns are definitely warranted, but - in short - the situation is improving. I would recommend you track 4 particular items related to Web services (listed in no meaningful order) (1) W3C Web Services Choreography Working Group [1] This group began its work in January of this year - it is addressing (in general) the need for a common interface and composition language for Web Services choreography (a.k.a. orchestration, collaboration, coordination, conversations, etc.). The Working Group is considering as input (among other specifications) the Web Services Conversation Language (WSCL[2]) and Web Service Choreography Interface (WSCI). (2) Global XML Web Services Architecture (GXA[4]) GXA is an application-level protocol framework built on the foundation of XML and SOAP that is designed to provide a consistent model for building infrastructure-level protocols for Web services and applications. It currently consists of 14 specifications (WS-Security, which is under OASIS, is one) - they are authored by Microsoft, with co-authorship by IBM, Verisign, BEA Systems, RSA Security and SAP (in various combinations). WS-Security addresses end-to-end security, where trust domains need to be crossed - much like in your inter-company example above. Two other specifications - WS-Transaction and WS-Coordination - are also very much related to your scenario. These 2 specifications are mentioned on the W3C Web Services Choreography Charter page as examples of industry efforts at defining choreography languages I am actually presenting on GXA at a conference here in Washington D.C. Monday [5]. (3) Web Services Interoperability Organization (WS-I[6]) WS-I is an open, industry organization chartered to promote Web services interoperability across platforms, operating systems, and programming languages. To date, they have released items such as: (a) A Basic Profile [7], which consists of a set of non-proprietary Web services specifications along with clarifications and amendments to those specifications which promote interoperability. (b) Usage Scenarios [8], which describes the WS-I Usage Scenarios to be used with the Basic Profile. The scenarios presented in this document describe fundamental Web service design patterns that can be combined and built upon like building blocks. (4) "Other", starting with WS-Reliability [9] This is a "catch-all", to include those items outside of (1), (2), and (3) above. The WS-Reliability specification, despite its name format, is not related in any way to the GXA "WS-XX" specifications. It is a specification for open, reliable Web services messaging including guaranteed delivery, duplicate message elimination and message ordering, enabling reliable communication between Web services. This specification is being continued under OASIS, and a new Technical Committee has been formed [10]. I am a member of this TC, and am very excited about its beginnings (our first conference call is taking place at the end of this month). Hope you find this information helpful. Kind Regards, Joe Chiusano Booz | Allen | Hamilton [1] http://www.w3.org/2002/ws/chor/ [2] http://www.w3.org/TR/wscl10/ [3] http://www.w3.org/TR/wsci/ [4] http://msdn.microsoft.com/webservices/building/wse/default.aspx?pull=/library/en-us/dngxa/html/understandgxa.asp [5] http://www.egovos.org/ [6] http://www.ws-i.org/ [7] http://www.ws-i.org/Profiles/Basic/2003-01/BasicProfile-1.0-WGAD.html [8] http://www.ws-i.org/SampleApplications/SupplyChainManagement/2002-11/UsageScenarios-1.00-CRD-02a.pdf [9] http://sunonedev.sun.com/platform/technologies/ws-reliability.html [10] http://www.oasis-open.org/committees/wsrm/ Matthew.Bennett@f... wrote: > > Hi All, > > The problems with a simple (?) list server suggest a far greater concern to > me; namely, who would be prepared for their "web-enabled" business systems > to come to a grinding halt simply because someone else's "web services" > have? In other words, how smart would it be to make your info. systems > reliant on someone else's? I can't see any sensible business manager buying > into such a scenario... Any thoughts? > > Cheerio, > Matt Bennett > > ----------------------------------------------------------------- > The xml-dev list is sponsored by XML.org <http://www.xml.org>, an > initiative of OASIS <http://www.oasis-open.org> > > The list archives are at http://lists.xml.org/archives/xml-dev/ > > To subscribe or unsubscribe from this list use the subscription > manager: <http://lists.xml.org/ob/adm.pl> begin:vcard n:Chiusano;Joseph tel;work:(703) 902-6923 x-mozilla-html:FALSE url:www.bah.com org:Booz | Allen | Hamilton;IT Digital Strategies Team adr:;;8283 Greensboro Drive;McLean;VA;22012; version:2.1 email;internet:chiusano_joseph@b... title:Senior Consultant fn:Joseph M. Chiusano end:vcard
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








