Presentación de Talkapp, la API de comunicación para organizaciones. Cualquier organización puede comunicarse internamente a través del móvil, tableta u ordenador
Principios básicos de la Arquitectura Rest, haciendo especial hincapié en las 6 restricciones que permiten crear API altamente escalables (Uniform Interface, Stateless, Cacheable, Client-Server, Layered System y Code on Demand).
Estas restricciones son la base de la Arquitectura REST y aplicarlas nos ayudaran a conseguir buenos diseño: correcto nombrado de los servicios, recursos, aplicar el método (GET, POST, PUT, DELETE) apropiado a la acción, descubrir recursos basándonos únicamente en las respuestas del servidor (HATEOAS), ..
Además, conoceremos el Modelo de Madurez Richarson que nos permite conocer en que punto nos encontramos dentro de la arquitectura, algunos antipatrones de diseño y ejemplos de API REST (Twitter, Facebook).
Presentación de Talkapp, la API de comunicación para organizaciones. Cualquier organización puede comunicarse internamente a través del móvil, tableta u ordenador
Principios básicos de la Arquitectura Rest, haciendo especial hincapié en las 6 restricciones que permiten crear API altamente escalables (Uniform Interface, Stateless, Cacheable, Client-Server, Layered System y Code on Demand).
Estas restricciones son la base de la Arquitectura REST y aplicarlas nos ayudaran a conseguir buenos diseño: correcto nombrado de los servicios, recursos, aplicar el método (GET, POST, PUT, DELETE) apropiado a la acción, descubrir recursos basándonos únicamente en las respuestas del servidor (HATEOAS), ..
Además, conoceremos el Modelo de Madurez Richarson que nos permite conocer en que punto nos encontramos dentro de la arquitectura, algunos antipatrones de diseño y ejemplos de API REST (Twitter, Facebook).
SEMINARIO: Servicios REST. Bases de la tecnología y soporte con Spring MVCParadigma Digital
En este seminario se impartirá una introducción al concepto detrás de la tecnología REST. Adicionalmente, se introducirá al asistente a la implementación de un servicio REST, usando para ello el stack que ofrece el framework Spring, y mas concretamente las nuevas versiones de Spring MVC”. Con este seminario abrimos el nuevo curso 2012/2013, en el que Paradigma irá cada tres semanas aproximadamente ofreciendo una temática nueva.
Más información: http://www.paradigmatecnologico.com/seminarios/seminario-servicios-rest-bases-de-la-tecnologia-y-soporte-con-spring-mvc/
Internet hoy en día, es un sistema muy grande, distribuido, y con piezas en cada uno de los rincones del mundo. Conectar cada uno de los componentes no es una tarea fácil, ni mucho menos sencilla. En esta charla hablaremos de los beneficios que la arquitectura de diseño REST le trajo a la web, mostrando ejemplos concretos sobre su uso, y casos de éxito. Además, realizaremos una introducción de los conceptos básicos, y mostraremos una serie de pasos y consejos para crear aplicaciones REST, y entender aquellas que se ofrecen a lo largo de la web. Finalmente, dedicaremos un momento a comentar sobre los principales agregados que tiene REST, que hacen de la arquitectura algo mejor y más completo. Hablaremos de autenticación y seguridad, paginado, manejo de errores, y más.
SEMINARIO: Servicios REST. Bases de la tecnología y soporte con Spring MVCParadigma Digital
En este seminario se impartirá una introducción al concepto detrás de la tecnología REST. Adicionalmente, se introducirá al asistente a la implementación de un servicio REST, usando para ello el stack que ofrece el framework Spring, y mas concretamente las nuevas versiones de Spring MVC”. Con este seminario abrimos el nuevo curso 2012/2013, en el que Paradigma irá cada tres semanas aproximadamente ofreciendo una temática nueva.
Más información: http://www.paradigmatecnologico.com/seminarios/seminario-servicios-rest-bases-de-la-tecnologia-y-soporte-con-spring-mvc/
Internet hoy en día, es un sistema muy grande, distribuido, y con piezas en cada uno de los rincones del mundo. Conectar cada uno de los componentes no es una tarea fácil, ni mucho menos sencilla. En esta charla hablaremos de los beneficios que la arquitectura de diseño REST le trajo a la web, mostrando ejemplos concretos sobre su uso, y casos de éxito. Además, realizaremos una introducción de los conceptos básicos, y mostraremos una serie de pasos y consejos para crear aplicaciones REST, y entender aquellas que se ofrecen a lo largo de la web. Finalmente, dedicaremos un momento a comentar sobre los principales agregados que tiene REST, que hacen de la arquitectura algo mejor y más completo. Hablaremos de autenticación y seguridad, paginado, manejo de errores, y más.
Repasaremos conceptos y principios para que una arquitectura sea RESTfull, se explicará cómo se ha plateado el framework Leophard para seguir estos y otros principios.
Java Web Services - SOAP Temas Adicionales
Se pueden encontrar ejemplos en https://github.com/ldebello/javacuriosities/tree/master/JavaEE/JavaWebServices
Continuando con la introducción al mundo de los Thread en Java
Se pueden encontrar algunos ejemplos en https://github.com/ldebello/javacuriosities/tree/master/Threads
En esta presentación cubrimos el modelo de memoria del JDK 5/6/7, a partir de JDK 8 hay un cambio en el modelo de memoria, así que no toda la presentación seria valida, aunque algunos conceptos se mantienen.
Los ejemplos se pueden encontrar en https://github.com/ldebello/javacuriosities/tree/master/MemoryManagement
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
2. ¿Que es REST?
REpresentational State Transfer
Define un estilo de arquitectura para desarrollar aplicaciones web
distribuidas que se basa en el uso del protocolo HTTP e Hypermedia.
Principios:
Stateless (No mantiene estado)
Exponer URIs (Uniform Resource Identifier) con forma de directorios
Uso de verbos HTTP
Recursos
Java Web Services
4. URIs (Uniform Resource Identifier)
Java Web Services
URL: Uniform Resource Locator, o Localizador Uniforme de Recursos.
Son unas cadenas de texto que se usan para nombrar recursos en Internet
para su localización.
Ejemplo:
http://es.wikipedia.org:80/wiki/Special:Search?search=tren&go=Go
URN: Uniform Resource Name, o Nombre Uniforme de Recursos. Son
unas cadenas de texto que se usan para nombrar recursos en Internet para
su identificación.
Ejemplo: urn:isbn:0451450523
URI: Uniform Resource Identifier, o Identificador Uniforme de Recursos.
5. Exponer URI
Java Web Services
Las URIs deben ser intuitivas, hasta el punto de que sea fácil adivinarlas.
Pensemos en las URI como una interfaz auto-documentada que necesita
de muy poca o ninguna explicación o referencia para que un desarrollador
pueda comprender a lo que apunta, y a los recursos derivados
relacionados.
La raiz, /discusion, tiene un nodo /temas como hijo. Bajo este nodo hay un
conjunto de nombres de temas (como ser tecnología, actualidad, y más),
cada uno de los cuales apunta a un hilo de discusión. Dentro de esta
estructura, resulta fácil recuperar hilos de discusión al escribir algo
después de /temas/.
7. Recursos
Java Web Services
Algunos códigos típicos mas su descripción
OK(200, "OK")
CREATED(201, "Created")
ACCEPTED(202, "Accepted")
NO_CONTENT(204, "No Content")
NOT_MODIFIED(304, "Not Modified"),
NOT_FOUND(404, "Not Found")
NOT_ACCEPTABLE(406, "Not Acceptable")
/users: Listado de usuarios
/users/{id}: Muestra un usuario
8. Múltiples representaciones
Java Web Services
Content-Type: Nos dice que tipo de representación tiene los datos que
enviamos
Accept: Le decimos la representación del dato esperado y luego a
esperar.
9. HTTPs Headers
Java Web Services
Content-Type: Nos dice que tipo de representación tiene los datos que
enviamos.
Accept: Le decimos la representación del dato esperado y luego a
esperar.
ETag: Podemos controlar si el recurso ha sido modificado desde la ultima
vez que accedimos con un hash.
If-None-Match: Se usa para validar su valor contra el Etag para ver si es
distinto y actualizarlo, If-Match hace lo inverno. Si no hay cambios el
servidor puede devolver una respuesta con estado HTTP 304 Not
Modified.
Last-Modified/If-Modified-Since: Permite saber si el recurso se
modificado en base a la fecha del sistema
10. HATEOAS (Soportado por JAX-RS 2.0)
Java Web Services
HATEOAS (Hypermedia as the Engine of Application State), Es una
restricción de la arquitectura de la aplicación REST que lo distingue de la
mayoría de otras arquitecturas. El principio es que un cliente interactúa con
una aplicación de red completamente a través de hipermedia
proporcionadas dinámicamente por los servidores de aplicaciones. Es
como que el cliente REST debe ir navegando por la información y no
necesita ningún conocimiento previo acerca de la forma de interactuar con
cualquier aplicación o servidor más allá de una comprensión genérica de
hipermedia.
La restricción HATEOAS desacopla cliente y el servidor de una manera
que permite la funcionalidad del servidor para evolucionar de forma
independiente.
11. REST vs RESTful
Java Web Services
Dependiendo si cumplimos todos los niveles podemos decir que nuestra API
es RESTful. El RMM (Richardson Maturity Model) define 4 niveles [0-3],
donde cumplir con el nivel 3 es ser RESTful.
12. Level 0: Swamp of POX(Plain old XML)
Java Web Services
La comunicación es sobre HTTP a un End Point. El cliente se comunica
tanto de ida como de vuelta al mismo End Point utilizando un verbo HTTP
(Ejemplo POST).
Para cada request/mensaje (XML por ejemplo), el server retorna un
response/mensaje (XML por ejemplo).
Ejemplos de este nivel son SOAP y XML-RPC.
13. Level 1: Resources
Java Web Services
La comunicación es con recursos, el cliente se comunica usando HTTP
pero a diferentes recursos.
Cada recursos es alcanzable por medio de su URI.
En lugar de acceder a "http://educacionit.com.ar/articulos", podemos
acceder a "http://educacionit.com.ar/articulos/1" o
"http://educacionit.com.ar/articulos/2", igualmente en este nivel seguimos
usando un único verbo.
14. Level 2: HTTP Verbs
Java Web Services
Este nivel se basa en utilizar cada verbo HTTP para un propósito
específicos.
Además debemos focalizarnos en el response para que maneje los
response code de manera correcta.
15. Level 3 - Hypermedia Controls
Java Web Services
La comunicación es con recursos usando los verbos HTTP y manejando
distintas representaciones de nuestros recursos.
En este nivel nuestra API puede tener URIs dinámicas que no afectan al
cliente ya que deben ser retornadas en el response generado.