Características de los Servicios Web y Spring Rest

Clase 27 de 38 • Curso de Hibernate y Java Spring 2018

Resumen

Los servicios web son aplicaciones construidas con el fin de poder intercambiar información con otras aplicaciones utilizando protocolos estandarizados como SOAP y REST (utilizando los formatos XML y JSON, respectivamente) sin que los usuarios se enteren de que están navegando entre aplicaciones o servicios diferentes. Este concepto lo conocemos como interoperabilidad.

Por otra parte, Spring Rest es una manera de construir servicios web con Spring utilizando la arquitectura REST y aprovechando la experiencia de Spring MVC. Para configurar los servicios web utilizamos la anotación @RestCotroller en la clase base, la cual combina los comportamientos de las anotaciones @Controller y @ResponseBody.

Elizabeth López Sanchez

student•

Realmente ya existen tres maneras de construir servicio web: SOAP, REST y GRAPHQL.

Nota: Si ya se que GraphQL no es una arquitectura pero hey:

SOAP es un protocolo, REST es un arquitectura y GraphQL es un lenguaje para hacer consultas, sin embargo y a pesar de la dificultad de comparación, es evidente que hasta ahora REST a “reemplazado” a SOAP en la Web (y es posible que en el futuro ocurra lo mismo con GraphQL considerando su tendencia al alza . (Extracto tomado de: ** Fuente** )

Fuente: https://medium.com/blog-apside/graphql-herramientas-de-backend-como-servicio-5b88c0f68144

César Espitia

student•

Que gran aporte!!! muchas gracias.

William Schnaider Torres Bermon

student•

Para saber más sobre la arquitectura REST, los invito a visitar esta página.

Jaime Diaz

student•

aparte de la sintáxis/semántica entre REST y SOAP:
¿Puede REST ser mucho más seguro que SOAP haciendo alguna implementación extra?
¿Porque en foros y Posts, aseguran que SOAP es mucho más seguro, dado que es más antiguo?
Tengo esa duda (defendiendo a REST e inclinado por este).
Saludos.

José David García Rodríguez

student•

Con lo siguiente no respondo directamente tus preguntas, pero hago un aporte respecto a la parte de seguridad. Cuando usas REST, existen estándares de seguridad como OAUTH y JWT, que validan quienes se comunican son quien en realidad dicen ser. Si en cuanto a red te refieres, entonces ya hablamos de SSL, TLS, sea por medio de certificados firmados o no, para garantizar que la comunicación sea en un “lenguaje” que ciertos medios puedan entender y que estén incluso autorizados para ello. No sé si OAUTH y JWT apliquen para SOAP (al igual que tú, desde que soy desarrollador, me he inclinado por REST).

Hipólito Morales

student•

**¿Puede REST ser mucho más seguro que SOAP haciendo alguna implementación extra?**Supongo que puedes hacer tu aplicación sea más segura añadiendo capas extra, pero no intrínsecas a REST, que es donde te asisten JWT y OAuth. ¿Porque en foros y Posts, aseguran que SOAP es mucho más seguro, dado que es más antiguo? En realidad, son casi contemporáneos(un par de años de diferencia) y presunción se debe a WS-Security https://en.wikipedia.org/wiki/WS-Security, que además de verificar que el mensaje vaya al servidor correcto, también lo haga al proceso correcto, sacrificando velocidad.

Francisco Javier Velasco Conde

student•

La arquitectura REST es la mas usada actualmente, en mi experiencia trabajando con microservicios esta arquitectura la he usado en el 100% de los desarrollos, esta arquitectura esta basada en el protocolo HTTP y la estructura de datos que usa es JSON, cuando utilizamos REST debemos utilizar sus verbos y a su vez podemos utilizar los HTTP estados que nos indican cual es el estado de la petición. Aquí una explicación mas profunda. https://www.arquitecturajava.com/que-es-rest/

Luis Fernando Pedroza Taborda

student•

Excelente aporte Francisco, pienso que tambien es la mas usada y es la evolución del servicio SOAP con demasiadas mejoras. Cada vez que me tocaba consumir un servicio SOAP era una tortura, en cambio el REST es muy sencillo

Pablo David Vallejos

student•

rest = json soap = xml

William Moreno

student•

Rest aunque no es muy comun tambien puede utilizar xml

Edinson Padrón

student•

Creo que es importante recalcar que REST es un estilo de arquitectura con cero opinión sobre los componentes usados para implementar la misma. Decir que_ REST usa JSON_ está mal, muy mal. Cualquier formato de intercambio de datos puede ser usado con REST, incluido el mismo XML.

BONO: sin hypermedia no se hace REST, y casi nunca se toma en cuenta HATEOAS.

Diego Joel Requejo Torero

student•

Solo para precisar, REST no es un estilo de arquitectura, es solo un tipo de servicio. Te invito a buscar la diferencia con RESTful. Todo servicio REST tiene 3 componentes presentes:

El recurso (o URI)
El verbo HTTP (GET, POST, PATCH, DELETE, etc)
Hypermedia (json, xml, application/pdf, etc)

Sobre HATEOAS, es una tecnología compleja de usar, que habría que evaluar si tu servicio debe utilizarlo o no, recuerda evaluarlo siempre al momento de definir tu servicio.o microservicio.

Edinson Padrón

student•

@djrequejo ¿Puedes compartir tus referencias? Porque hasta la misma Wikipedia está en desacuerdo con lo que acabas de decir. Un servicio es RESTful si implementa el estilo de arquitectura REST. Eso está en el paper que Roy Fielding (creador de REST) escribió.

Yo te invito a pasarte por acá para que conozcas un poco más del tema.

https://en.wikipedia.org/wiki/Representational_state_transfer

Yojan Antonio Pardo Zabala

student•

Hay que recordar que REST también nos permite utilizar XML como formato de intercambio.

Pablo David Vallejos

student•

rest = json soap = xml

Luis Guilermo Figueroa Hernandez

student•

Alguien tiene algun recurso o tutorial para poder implementar graphql con spring-boot? :)

Jose Luis Gutierrez Carcausto

student•

Luis Fernando Pedroza Taborda

student•

Sencillo la implementación base para la creación de un Servicio Web

JOSE ADRIAN TEZOYOTL MORALES

student•

¿Cuál es la diferencia entre @Service y @RestController? pensaria que @service exponia un servicio que podia ser consumido como servicio web

Jorge Trujillo

student•

Ambos son @Component pero @Service esta mas orientado a ser como un Facade. @RestController es una extensión de @Controller y la particularidad que este tiene es que convierte automaticamente Java POJOS a JSON.

Jordi Santamaría Portolés

student•

El servicio, son los metodos que usas para obtener los datos de la bd.... el RestController es el que devuelve esos datos al frontEnd via Api Rest.

JESUS ALMIRCAR CASTELLANOS

student•

🚑️Ir a repositorio
🚑️Ir a repositorio

Noe de Jesus Muñoz Martinez

student•

Buena clase!!

Norman Erick Estrada Vargas

student•

buena clase!!!1

Lázaro Bucio Marín

student•

Vamos a Darle.!!

Gustavo Wilgenhoff

student•

Creo que está faltando la anotación @RequestBody del parámetro clienteVO en el método update para indicar que este objeto viene en cuerpo de la petición del servicio.

Usuario anónimo

user•

Super gracias :) 👍

disi

student•

Error starting ApplicationContext. To display the conditions report re-run your application with 'debug' enabled. 2019-11-24 20:27:07.921 ERROR 5512 --- [ main] o.s.b.d.LoggingFailureAnalysisReporter :

APPLICATION FAILED TO START

Description:

Web server failed to start. Port 8080 was already in use.

Action:

Identify and stop the process that's listening on port 8080 or configure this application to listen on another port.

2019-11-24 20:27:07.923 INFO 5512 --- [ main] o.s.s.concurrent.ThreadPoolTaskExecutor : Shutting down ExecutorService 'applicationTaskExecutor' 2019-11-24 20:27:07.925 INFO 5512 --- [ main] j.LocalContainerEntityManagerFactoryBean : Closing JPA EntityManagerFactory for persistence unit 'default' 2019-11-24 20:27:07.925 INFO 5512 --- [ main] .SchemaDropperImpl$DelayedDropActionImpl : HHH000477: Starting delayed evictData of schema as part of SessionFactory shut-down' Hibernate: alter table if exists reserva drop constraint if exists FKmyh6k4kjlg7qwcbkewh7unmg1 Hibernate: drop table if exists cliente cascade Hibernate: drop table if exists reserva cascade 2019-11-24 20:27:07.931 INFO 5512 --- [ main] com.zaxxer.hikari.HikariDataSource : HikariPool-1 - Shutdown initiated... 2019-11-24 20:27:07.932 INFO 5512 --- [ main] com.zaxxer.hikari.HikariDataSource : HikariPool-1 - Shutdown completed. [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 20.341 s [INFO] Finished at: 2019-11-24T20:27:07-05:00 [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.springframework.boot:spring-boot-maven-plugin:2.2.0.RELEASE:run (default-cli) on project e-reservation: Application finished with exit code: 1 -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException

ME APARECE ESE ERROR, ALGUIEN QUE ME PUEDA AYUDAR POR FAVOR, ESTOY ESTANCADO AHÍ, NO PUEDO DETECTAR EL PROBLEMA :(

Jose Alejandro Vasquez Montoya

student•

Puedes subir tu codigo a un repositorio y asi poderte ayudar

Eddy López

student•

Web server failed to start. Port 8080 was already in use. Puede que tengas una aplicación corriendo en el puerto 8080, igual y es la misma aplicación que estás construyendo, Verifica que esté detenida la aplicación antes de comenzar a construir una nueva ejecución

Cristian David Franco Garcia

student•

Servicios Web: SOAP, RESTful y GraphQL.

Onam Díaz-Castillo

student•

Excelente curso