Web Services Resource Framework (WSRF) is a family of OASIS-published specifications for web services. Major contributors include the Globus Alliance and IBM.
A web service by itself is nominally stateless, i.e., it retains no data between invocations. This limits the things that can be done with web services,
Before WSRF, no standard in the Web Services family of specifications explicitly defined how to deal with stateful interactions with remote resources. This does not mean that web services could not be stateful. Where required a web service could read from a database, or use session state by way of cookies or WS-Session.
WSRF provides a set of operations that web services can use to implement stateful interaction; web service clients communicate with resource services which allow data to be stored and retrieved. When clients talk to the web service they include the identifier of the specific resource that should be used inside the request, encapsulated within the WS-Addressing endpoint reference. This may be a simple URI address, or it may be complex XML content that helps identify or even fully describe the specific resource in question.
Alongside the notion of an explicit resource reference comes a standardized set of web service operations to get/set resource properties. These can be used to read and perhaps write resource state, in a manner somewhat similar to having member variables of an object alongside its methods. The primary beneficiary of such a model are management tools, which can enumerate and view resources, even if they have no other knowledge of them. This is the basis for WSDM.
WSRF is not without controversy. Most fundamental is architectural: are distributed objects with state and operations the best way to represent remote resources? It is almost a port into XML of the distributed objects pattern, of which CORBA and DCOM are examples. A WSRF resource may be a stateful entity to which multiple clients have resource references and the WSRF specification itself does not deal with concerns such as isolation and availability, deferring to the composable nature of web service specifications to deal with these. Many WSRF stacks appear to avoid these concerns by being low-availability, mapping 1:1 from a WSRF resource reference to a local object instance, which in C++ and Java is usually not at all persistent (with the exception of those bound to a database through some persistence mechanism). There are, however, implementations of WSRF that support persistence, clustering and high-availability of resources (for example, in WebSphere Application Server).
With a distributed objects view of the network, WSRF is also at loggerheads with the REST model of the network, in which everything is a resource, but in which all actions are enabled through a limited and standardized set of operations. In some ways, the two models are closer than pure SOAP and REST, because they both have stateful resources at the far end. However, REST, as implemented on HTTP, assumes that the URL is all that is needed to address the resource – there is no need for the complexity of the WS-Addressing ReferenceParameters. The idea of managing the lifetime of remote content through renewable leasing comes in for particular criticism. The other issue with the architecture from the REST community is that callbacks/notifications, as described in WS-Notification, do not go through firewalls. This is why REST designs prefer polling, such as in RSS and Atom (standard) feeds. WSRF has done nothing to make SOAP more acceptable to the REST community.
The introduction of WSRF also caused splits in the WS-* world. It was first announced to the World at a Global Grid Forum event in February 2004, as a successor to the Open Grid Services Infrastructure. Its limited compatibility with the mainstream WS-I architecture created dissent from the UK grid community.[1] The Global Grid Forum ultimately isolated their dependencies on WSRF in a WSRF profile for their Open Grid Services Architecture. WSRF protocols were also used by WSDM as the means to interacts with manageable resources described in WSDM. The WS-* world, however, was not united on a single standard for Web services management with Microsoft, Sun and others choosing to pursue WS-Management, with its dependency on WS-Transfer as the means to describe manageable resources.
Component specifications
WS-Resource defines a WS-Resource as the composition of a resource and a Web service through which the resource can be accessed.
WS-ResourceProperties describes an interface to associate a set of typed values with a WS-Resource that may be read and manipulated in a standard way.
WS-ResourceLifetime describes an interface to manage the lifetime of a WS-Resource.
WS-BaseFaults describes an extensible mechanism for rich SOAPFaults.
WS-ServiceGroup describes an interface for operating on collections of WS-Resources.
Also of relevance is WS-Notification which says how to push information to other web-services about what is going on.
Implementations
Implementing the basic property get/set semantics of WSRF resources is relatively simple. The hardest problem is probably returning faults as WSRF Base Faults where the specification requires it, because SOAP stacks themselves prefer to raise SOAPFault faults. Managing resource lifetimes is harder, but this is optional, as is WS-Notification, which is the hardest to test.
The Globus Toolkit version 4 contains Java and C implementations of WSRF; many other Globus tools have been rebuilt around WSRF.
WebSphere Application Server version 6.1 provides a WSRF environment which supports both simple and clustered, highly available WSRF endpoints.
The Apache Foundation have a Muse 2.0 2006-10-13 at the Wayback Machine project which is a Java-based implementation of the WSRF, WS-Notification, and WSDM specifications.
WSRF::Lite is a perl-based implementation that makes exclusive use of the Address element of the endpoint reference, thus making WS-Resources identifiable via URIs. In addition, WSRF::Lite provides a mapping of HTTP verbs to WSRF operations, making it possible to use WS-Resources in a REST architectural style.
WSRF.NET is a .NET based project about WSRF specs from a research team of the University of Virginia.
The latest version 6.0 of UNICORE is built on a Java implementation of the WSRF 1.2 standard including WS-ResourceLifetime and a partial implementation of WS-Notification.
^Malcolm Atkinson, David DeRoure, Alistair Dunlop, Geoffrey Fox, Peter Henderson, Tony Hey, Norman Paton, Steven Newhouse, Savas Parastatidis, Anne Trefethen, Paul Watson, and Jim Webber (2004-07-31). "Web Service Grids: An Evolutionary Approach" (PDF). UK e-Science Technical Report Series.{{cite web}}: CS1 maint: uses authors parameter (link)
External links
OASIS WSRF Page
Website Design & Development
Guide to WSRF from The Globus Toolkit 4 Programmer's Tutorial
April 19, 2023
services, resource, framework, this, article, contain, excessive, inappropriate, references, self, published, sources, please, help, improve, removing, references, unreliable, sources, where, they, used, inappropriately, september, 2011, learn, when, remove, t. This article may contain excessive or inappropriate references to self published sources Please help improve it by removing references to unreliable sources where they are used inappropriately September 2011 Learn how and when to remove this template message For the radio station in Florida see WSRF AM Web Services Resource Framework WSRF is a family of OASIS published specifications for web services Major contributors include the Globus Alliance and IBM A web service by itself is nominally stateless i e it retains no data between invocations This limits the things that can be done with web services Before WSRF no standard in the Web Services family of specifications explicitly defined how to deal with stateful interactions with remote resources This does not mean that web services could not be stateful Where required a web service could read from a database or use session state by way of cookies or WS Session WSRF provides a set of operations that web services can use to implement stateful interaction web service clients communicate with resource services which allow data to be stored and retrieved When clients talk to the web service they include the identifier of the specific resource that should be used inside the request encapsulated within the WS Addressing endpoint reference This may be a simple URI address or it may be complex XML content that helps identify or even fully describe the specific resource in question Alongside the notion of an explicit resource reference comes a standardized set of web service operations to get set resource properties These can be used to read and perhaps write resource state in a manner somewhat similar to having member variables of an object alongside its methods The primary beneficiary of such a model are management tools which can enumerate and view resources even if they have no other knowledge of them This is the basis for WSDM Contents 1 Issues with WSRF 2 Component specifications 3 Implementations 4 See also 5 References 6 External linksIssues with WSRF EditWSRF is not without controversy Most fundamental is architectural are distributed objects with state and operations the best way to represent remote resources It is almost a port into XML of the distributed objects pattern of which CORBA and DCOM are examples A WSRF resource may be a stateful entity to which multiple clients have resource references and the WSRF specification itself does not deal with concerns such as isolation and availability deferring to the composable nature of web service specifications to deal with these Many WSRF stacks appear to avoid these concerns by being low availability mapping 1 1 from a WSRF resource reference to a local object instance which in C and Java is usually not at all persistent with the exception of those bound to a database through some persistence mechanism There are however implementations of WSRF that support persistence clustering and high availability of resources for example in WebSphere Application Server With a distributed objects view of the network WSRF is also at loggerheads with the REST model of the network in which everything is a resource but in which all actions are enabled through a limited and standardized set of operations In some ways the two models are closer than pure SOAP and REST because they both have stateful resources at the far end However REST as implemented on HTTP assumes that the URL is all that is needed to address the resource there is no need for the complexity of the WS Addressing ReferenceParameters The idea of managing the lifetime of remote content through renewable leasing comes in for particular criticism The other issue with the architecture from the REST community is that callbacks notifications as described in WS Notification do not go through firewalls This is why REST designs prefer polling such as in RSS and Atom standard feeds WSRF has done nothing to make SOAP more acceptable to the REST community The introduction of WSRF also caused splits in the WS world It was first announced to the World at a Global Grid Forum event in February 2004 as a successor to the Open Grid Services Infrastructure Its limited compatibility with the mainstream WS I architecture created dissent from the UK grid community 1 The Global Grid Forum ultimately isolated their dependencies on WSRF in a WSRF profile for their Open Grid Services Architecture WSRF protocols were also used by WSDM as the means to interacts with manageable resources described in WSDM The WS world however was not united on a single standard for Web services management with Microsoft Sun and others choosing to pursue WS Management with its dependency on WS Transfer as the means to describe manageable resources Component specifications EditWS Resource defines a WS Resource as the composition of a resource and a Web service through which the resource can be accessed WS ResourceProperties describes an interface to associate a set of typed values with a WS Resource that may be read and manipulated in a standard way WS ResourceLifetime describes an interface to manage the lifetime of a WS Resource WS BaseFaults describes an extensible mechanism for rich SOAPFaults WS ServiceGroup describes an interface for operating on collections of WS Resources Also of relevance is WS Notification which says how to push information to other web services about what is going on Implementations EditImplementing the basic property get set semantics of WSRF resources is relatively simple The hardest problem is probably returning faults as WSRF Base Faults where the specification requires it because SOAP stacks themselves prefer to raise SOAPFault faults Managing resource lifetimes is harder but this is optional as is WS Notification which is the hardest to test The Globus Toolkit version 4 contains Java and C implementations of WSRF many other Globus tools have been rebuilt around WSRF WebSphere Application Server version 6 1 provides a WSRF environment which supports both simple and clustered highly available WSRF endpoints The Apache Foundation have a Muse 2 0 Archived 2006 10 13 at the Wayback Machine project which is a Java based implementation of the WSRF WS Notification and WSDM specifications WSRF Lite is a perl based implementation that makes exclusive use of the Address element of the endpoint reference thus making WS Resources identifiable via URIs In addition WSRF Lite provides a mapping of HTTP verbs to WSRF operations making it possible to use WS Resources in a REST architectural style WSRF NET is a NET based project about WSRF specs from a research team of the University of Virginia The latest version 6 0 of UNICORE is built on a Java implementation of the WSRF 1 2 standard including WS ResourceLifetime and a partial implementation of WS Notification See also EditWS I Open Grid Services Architecture WS Management List of web service specificationsReferences Edit Malcolm Atkinson David DeRoure Alistair Dunlop Geoffrey Fox Peter Henderson Tony Hey Norman Paton Steven Newhouse Savas Parastatidis Anne Trefethen Paul Watson and Jim Webber 2004 07 31 Web Service Grids An Evolutionary Approach PDF UK e Science Technical Report Series a href Template Cite web html title Template Cite web cite web a CS1 maint uses authors parameter link External links EditOASIS WSRF Page Website Design amp Development Guide to WSRF from The Globus Toolkit 4 Programmer s Tutorial Retrieved from https en wikipedia org w index php title Web Services Resource Framework amp oldid 1147444612, wikipedia, wiki, book, books, library,
