Welcome to the InfoSci Platform
Unifying Services and Resources: A Unified Architectural Style for Integrations

Unifying Services and Resources: A Unified Architectural Style for Integrations

José C. Delgado
Copyright: © 2014 |Pages: 34
ISBN13: 9781466661783|ISBN10: 146666178X|EISBN13: 9781466661790
DOI: 10.4018/978-1-4666-6178-3.ch016
Cite Chapter Cite Chapter

MLA

Delgado, José C. "Unifying Services and Resources: A Unified Architectural Style for Integrations." Handbook of Research on Architectural Trends in Service-Driven Computing, edited by Raja Ramanathan and Kirtana Raja, IGI Global, 2014, pp. 380-413. https://doi.org/10.4018/978-1-4666-6178-3.ch016

APA

Delgado, J. C. (2014). Unifying Services and Resources: A Unified Architectural Style for Integrations. In R. Ramanathan & K. Raja (Eds.), Handbook of Research on Architectural Trends in Service-Driven Computing (pp. 380-413). IGI Global. https://doi.org/10.4018/978-1-4666-6178-3.ch016

Chicago

Delgado, José C. "Unifying Services and Resources: A Unified Architectural Style for Integrations." In Handbook of Research on Architectural Trends in Service-Driven Computing, edited by Raja Ramanathan and Kirtana Raja, 380-413. Hershey, PA: IGI Global, 2014. https://doi.org/10.4018/978-1-4666-6178-3.ch016

Export Reference

Mendeley
Favorite

Abstract

Current integration solutions are still based on technologies developed for the original Web problem, which is browsing remote hypermedia documents with text as the main media type. Text-based data descriptions such as XML and JSON and stateless and connectionless protocols such as HTTP are still the norm to achieve distributed integration. However, the Web today is much more dynamic, in that resources are no longer passive hypermedia documents but are active and implement services. SOA and REST are the most used architectural styles to implement distributed integration, and each exhibits advantages and disadvantages. This chapter illustrates that they are dual architectural styles—one oriented towards behavior and the other towards state—and contends that it is possible to combine them to maximize the advantages and to minimize the disadvantages. A new architectural style, designated Structural Services, is proposed and described. Unlike REST, resources are able to offer a variable set of operations, and unlike SOA, services are allowed to have structure. To minimize resource coupling, this style uses structural interoperability based on the concepts of structural compliance and conformance, instead of schema sharing (as in SOA) or standardized and previously agreed upon media types (as in REST). To delineate how this style can be implemented, a new distributed programming language is presented.

Request Access

You do not own this content. Please login to recommend this title to your institution's librarian or purchase it from the IGI Global bookstore.