Made available in DSpace on 2019-03-30T00:01:44Z (GMT). No. of bitstreams: 0
Previous issue date: 2017-04-11 / In the context of ROA (Resource Oriented Architecture), this paper proposes a distinction between two REST (Representational State Transfer) resources types: The Data Resources(DR) and the Application State Resources(ASR).
The DRs are data related resources that can be used in the context of one or more applications. They are therefore linked in an MVC model to the persistence layer (model) and are usually made available through web APIs.
The ASR are resources that identify the states of the RESTful application.
Therefore,in an MVC model, they would be served by the control layer. An ASR must follow the HATEOAS (Hypermedia as the Engine of Application State) restriction that includes, in each application state transferred to the client, links to the next possible application states.
The proposed distinction between ASR and DR can be seen as an alternative approach to distinguishing between RESTful web services and web APIs that provides clues as to why greater adherence to web APIs than to pure REST services.
Furthermore, this paper proposes to model the transitions between ASRs using Business Process Model and Notation (BPMN) as a services choreography and presents a simple conversion between FSM (Finite State Machine) based application state models for proposed BPMN based models.
Keywords: REST, BPMN, web services RESTful,web APIs, Choreography. / No contexto do ROA (Resource Oriented Architecture), este trabalho propõe uma distinção entre dois tipos de recursos REST(Representational State Transfer): Os Data Resources(DR) e os Application State Resources(ASR).
Os DR são recursos relacionados a dados que podem ser utilizados no contexto de uma ou mais aplicações. São vinculados, portanto, num modelo MVC, à camada de persistência(modelo) e, normalmente, são disponibilizados através de web APIs.
O ASR são recursos que identificam os estados da aplicação RESTful. Portanto, num modelo MVC, seriam servidos pela camada de controle. Um ASR tem que seguir a restrição HATEOAS (Hypermedia as the Engine of Application State) que preconiza incluir, em cada estado da aplicação transferido ao cliente, links para os próximos possíveis estados de aplicação.
A distinção proposta entre ASR e DR pode ser vista como uma abordagem alternativa para a distinção entre serviços web RESTful e web APIs que fornece indícios ao porque da maior adesão às web APIs que aos serviços REST puros.
Além disso, esse trabalho propõe modelar as transições entre os ASR utilizando BPMN (Business Process Model and Notation) como uma coreografia de serviços e apresenta uma conversão simples entre modelos de estados da aplicação baseados em FSM(Máquinas de Estados Finitos) para modelos propostos baseados em BPMN.
Palavras-chave: REST, BPMN, serviços web RESTful,web APIs, Coreografia.
Identifer | oai:union.ndltd.org:IBICT/oai:dspace.unifor.br:tede/101371 |
Date | 11 April 2017 |
Creators | Nunes, Tadeu Matos |
Contributors | Farias, Pedro Porfírio Muniz, Farias, Pedro Porfírio Muniz, Mendonça, Nabor das Chagas, Maia, Márcio Espíndola Freire |
Publisher | Universidade de Fortaleza, Mestrado Em Informática Aplicada, UNIFOR, Brasil, Centro de Ciências Tecnológicas |
Source Sets | IBICT Brazilian ETDs |
Language | Portuguese |
Detected Language | English |
Type | info:eu-repo/semantics/publishedVersion, info:eu-repo/semantics/masterThesis |
Source | reponame:Biblioteca Digital de Teses e Dissertações da UNIFOR, instname:Universidade de Fortaleza, instacron:UNIFOR |
Rights | info:eu-repo/semantics/openAccess |
Relation | 5443571202788449035, 500, 500, -7645770940771915222 |
Page generated in 0.0017 seconds