Es habitual que algunos de los par谩metros de nuestros servicios sean opcionales para el cliente, lo que provocar铆a la llega de estos valores en null para nuestra API, lo que puede resultar un problema para algunos par谩metros que son requeridos para el correcto funcionamiento del API y que al menos debemos de tener un valor por defecto en caso de no enviarse.
Los bean params hacen referencia a la capacidad de JAX-RS para recibir como par谩metro objetos complejos definidos por una clase, esta clase puede ser vista como un Data Transfer Object (DTO), la cual contiene una serie de propiedades recuperadas de varias partes del request, como el header, query, path y formulario.
Las cookies son hasta la fecha una de las formas m谩s utilizadas que tenemos para persistir valores del lado del cliente, las cuales pueden ser recuperadas por el servidor para identificar a un usuario, darle seguimiento o simplemente para guardar alg煤n valor que utilizaremos despu茅s.
Los header son utilizados en REST para enviar metadatos asociados a la petici贸n o la respuesta, los cuales van desde el formato y tama帽o del payload, nombre del servidor del servidor de aplicaciones, fecha de invocaci贸n, caducidad de un recurso, versi贸n y nombre del sistema operativo, tipo de navegador, dispositivo, lenguaje y hasta headers para la seguridad.
Una de las cosas que pocos saben, es que REST nos permite crear servicios que se integren a la perfecci贸n con los formularios HTML, de tal forma que podemos lugar una etiqueta <form> directamente con un servicio REST. para ello, JAX-RS nos proporciona la anotaci贸n @FormParam.
Otra de las formas que tenemos para enviar par谩metros al API REST son los Query Params, los cuales son una serie de clave-valor que se agregan al final de la URL, justo despu茅s del signo de interrogaci贸n (?).
Este art铆culo es en realidad un recuerdo para el yo del futuro que olvida r谩pidamente algunos de los comandos m谩s simples, por lo que he decido crear una lista de comandos de utilidad para no olvidarlos, y si de paso, esta lista te sirve a t铆, entonces creo que su objetivo podr铆a ir m谩s lejos que solo ser una guia para mi mismo.
(m谩s…)
Las relaciones Mucho a Muchos (@ManyToMany) se caracter铆zan por Entidades que est谩n relacionadas con a muchos elementos de un tipo determinado, pero al mismo tiempo, estos 煤ltimos registros no son exclusivos de un registro en particular, si no que pueden ser parte de varios, por lo tanto, tenemos una Entidad A, la cual puede estar relacionada como muchos registros de la Entidad B, pero al mismo tiempo, la Entidad B puede pertenecer a varias instancias de la Entidad A.
(m谩s…)
Las relaciones uno a muchos (@OneToMany) se caracterizan por Entidad donde tenemos un objeto principal y colecci贸n de objetos de otra Entidad relacionados directamente. Estas relaciones se definen mediante colecciones, pues tendremos una serie de objetos pertenecientes al objeto principal.
Por incre铆ble que parezca, en REST la URL puede proporcionar una de las principales fuentes de informaci贸n para los servicios, pues es posible definir como par谩metros de entrada ciertas parte de la URL, lo que nos permite en primer lugar, crear m茅todos especiales para atender ciertas URL, pero por otra parte, esos fragmentos de URL pueden ser inyectados como par谩metros a los m茅todos Java.
