Welcome to the InfoSci Platform
Reference Hub1
Improving Application Integration by Combining Services and Resources

Improving Application Integration by Combining Services and Resources

José Carlos Martins Delgado
Copyright: © 2019 |Pages: 30
ISBN13: 9781522572718|ISBN10: 1522572716|ISBN13 Softcover: 9781522587095|EISBN13: 9781522572725
DOI: 10.4018/978-1-5225-7271-8.ch009
Cite Chapter Cite Chapter

MLA

Delgado, José Carlos Martins. "Improving Application Integration by Combining Services and Resources." New Perspectives on Information Systems Modeling and Design, edited by António Miguel Rosado da Cruz and Maria Estrela Ferreira da Cruz, IGI Global, 2019, pp. 197-226. https://doi.org/10.4018/978-1-5225-7271-8.ch009

APA

Delgado, J. C. (2019). Improving Application Integration by Combining Services and Resources. In A. Rosado da Cruz & M. Ferreira da Cruz (Eds.), New Perspectives on Information Systems Modeling and Design (pp. 197-226). IGI Global. https://doi.org/10.4018/978-1-5225-7271-8.ch009

Chicago

Delgado, José Carlos Martins. "Improving Application Integration by Combining Services and Resources." In New Perspectives on Information Systems Modeling and Design, edited by António Miguel Rosado da Cruz and Maria Estrela Ferreira da Cruz, 197-226. Hershey, PA: IGI Global, 2019. https://doi.org/10.4018/978-1-5225-7271-8.ch009

Export Reference

Mendeley
Favorite

Abstract

The main application integration approaches, the service-oriented architecture (SOA) and representational state transfer (REST) architectural styles, are rather different in their modeling paradigm, forcing application developers to choose between one and the other. In addition, both introduce more application coupling than required, since data schemas need to be common, even if not all instantiations of those schemas are used. This chapter contends that it is possible to improve this scenario by conceiving a new architectural style, structural services, which combines services and resources to reduce the semantic gap with the applications, allowing to tune the application integration between pure service-based and pure resource-based, or an intermediate mix. Unlike REST, resources are not constrained to offer a fixed set of operations, and unlike SOA, services are allowed to have structure. In addition, compliance is used to reduce coupling to the bare minimum required by the actually used application features.

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.