Replication infrastructure for RESTful web services

Authors:
Marcin Bazydło;Szymon Francuzik;Cezary Sobaniec;Dariusz Wawrzyniak
Affiliations:
Institute of Computing Science, Poznań University of Technology;Institute of Computing Science, Poznań University of Technology;Institute of Computing Science, Poznań University of Technology;Institute of Computing Science, Poznań University of Technology
Venue:
ADCONS'11 Proceedings of the 2011 international conference on Advanced Computing, Networking and Security
Year:
2011

Citing 10
Cited 0

The state of the art in locally distributed Web-server systems

ACM Computing Surveys (CSUR)
Java Nio

Java Nio
Brewer's conjecture and the feasibility of consistent, available, partition-tolerant web services

ACM SIGACT News
Architectural styles and the design of network-based software architectures

Architectural styles and the design of network-based software architectures
Osgi Service Platform, Release 3

Osgi Service Platform, Release 3
Basic Concepts and Taxonomy of Dependable and Secure Computing

IEEE Transactions on Dependable and Secure Computing
Optimistic replication

ACM Computing Surveys (CSUR)
WS-replication: a framework for highly available web services

Proceedings of the 15th international conference on World Wide Web
Restful web services vs. "big"' web services: making the right architectural decision

Proceedings of the 17th international conference on World Wide Web
Restful web services

Restful web services

Quantified Score

Hi-index	0.00

Visualization

Abstract

This paper describes a proposal for replication of RESTful web services. It focuses on the exploitation of specific features of RESTful web services in the context of replication. The features imposed by the REST architectural style that are crucial to replication include: resource orientation, explicit resource identification, and fixed interface with well understood semantics of operations. We propose a replication infrastructure for RESTful web services in the form of interceptors between consumers and providers. Interceptors in the case of HTTP protocol take the form of proxy servers. The concept has been materialized in a prototype implementation.