¿Quienes Somos en Internet ?

Joaquín Salvachua, Juan Quemada

data portabilityEs una idea.

DataPortability

• Es la implementación de la idea.

• Necesidad de adhesiones para incrementar los trabajos que podemos realizar.

Organización

• Grupos abiertos de trabajo.

• Google groups

• Comunicación chat via Skype ( persistencia)

•

Azar o Necesidad

Identidad

• Anteriormente centradas en corporaciones.

• Transmitimos este modelo a Internet.

• Los usuarios NO son empleados.

Esquemas centrados en el usuario

¿Como hacerlo?

Web Semántica y SOA

Soluciones a los problemas.

No ha triunfado

Las mismas ideas:Web Semántica

SOA

Implementación KISS

MicroformatosLa web semántica de pobres

RESTUso de semántica de HTTP

Funciona

Organización

DataPortability

OpenId

• Identidad centrada en usuario.

• Soy mi url.

• Evito registros repetidos.

Características Open-Id

• Sistema descentralizado: Eliges quien deseas que gestione tu identidad.

• Tu identidad es un URL

• http://jsalvachua.myopenid.com

• Permite un SSO con diferentes organizaciones de forma flexible.

RSS / ATOMATOM-PP

OPML

• Blogrolls

• Listas de lectura.

FoaF

SIOC

APML

Microformatos

• Hcard

• Hcalendar

• Hfn

• XOXO

Web SemánticaSemántica: “Estudio del significado de las palabras” Sintaxis: “Estudio de las reglas de composición de las palabras”

La información Web accesible esta mayoritariamente en (X)HTML (X)HTML no puede ser procesado fácilmente por programas

(X)HTML está pensado para personas Un programa no es capaz de deducir el significado de una página Web

a partir del código (X)HTML

La Web Semántica Iniciativa para facilitar la deducción automática del significado

de los contenidos Web Añadiendo meta-datos a las páginas Web

Que definan su significado y sus propiedades

Web Semántica o MicroformatosW3C: World Wide Web Consortium Esta definiendo lenguajes “semánticos”

RDF (Resource Description Framework) Para describir propiedades semánticas de recursos Web

OWL: Web Ontology Language Para describir significado y propiedades semánticas de recursos Web

….. Son lenguajes de bastante complejidad

Microformatos Conjunto de meta-datos sencillos y abiertos

Descritos en (X)HTML semántico Basados en normas ampliamente adoptadas en Internet

MicroformatosMantenidos por un grupo de usuarios Definidos en: http://microformats.org/ Aparecen relacionadas con el mundo de los blogs Se crean a medida que se necesitan

Ejemplos hCard: Tarjeta de visita basada en vCard (RFC2426) hCalendar: Datos de reunión basada en iCalendar (RFC2445) Geo y Adr: posición y dirección XFN: Redes sociales de conocidos Rel-licence: licencia de publicación Rel-tag: índice de clasificación (tag) XMDP: XHTML Meta Data Profiles …

Microformatos: característicasDiseñados para personas primero, maquinas después

Diseñados para resolver problemas concretos

Diseños iniciales lo mas sencillos posibles

Modulares e insertables

Reusando partes de normas ampliamente aceptadas

Permitiendo y promoviendo desarrollos, contenidos y servicios descentralizados

Microformatos: beneficiosCódigo (X)HTML mas eficiente y manteniblePermiten indexación y agregación de micro-contenidos Búsquedas mas eficaces (Google, Yahoo, Technorati, …) Agregación de recomendaciones, tags, … dispersos

Interoperabilidad entre contenidos Web y aplicaciones Por ejemplo: Outlook, Agendas, Calendarios, ....

Ejemplo basado en Firefox add-on: https://addons.mozilla.org/es-ES/firefox/addon/4106

Marcado (X)HTML semánticoSemántica: “Estudio del significado de las palabras” Sintaxis: “Estudio de las reglas de composición de las palabras” Visualización: “Presentación visual de la información”

Marcado (X)HTML semántico Marcado que define la estructura de un documento

Definiendo el formato de visualización de forma independiente Por ejemplo, CSS (Cascading Style Sheets)

(X)HTML semántico Utiliza marcas estructurales existentes siempre que sea posible

Headings (<h1,..>), Lists (<ul>, <ol>, ..), Paragraphs (<p>), Citation (<cite>, <q>, <blockquote>,..), Abbreviations (<abbr>), ….

Cuando no es posible, se extiende (X)HTML utilizando Marca genérica de bloque <div> o de linea (inline) <span> Con atributos de clase “class”, identificador “id” o de relación “rel” o “rev”

Marcas y Atributos más usadosMarcas

<div>: define un bloque<span>: define un elemento de un bloque<abbr>: define una abreviatura<p>: párrafo<ul>, <ol>, <li>: listas itemizadas u ordenadas<a>: define un enlace en el cuerpo visible (body)<link>: define un enlace en la cabecera (head)

Atributos: definen la semánticaAtributo “class”: clase asociada a la marcaAtributo “id”: identificador único en el ficheroAtributo “rel”: relación con la página enlazadaAtributo “rev”: relación inversa con página enlazada

Ejemplo: vCard y hCard

hCard: Microformato para definir contactos y tarjeta de visita basados en vCard (RFC2426) Generador de hCard: http://microformats.org/code/hcard/creator

Ejemplo de hCard:

<div id="hcard-Juan-Quemada" class="vcard"> <span class="fn">Juan Quemada</span> <div class="org">UPM</div> <a class="email" href="mailto:jquemada@dit.upm.es">jquemada@dit.upm.es</a> <div class="tel">+34 91 336 7331</div> <p style="font-size:smaller;">This <a href="http://microformats.org/wiki/hcard">hCard</a> created with the <a href="http://microformats.org/code/hcard/creator"> hCard creator</a>. </p></div>

Ejemplo: iCalendar y hCalendarhCalendar: Microformato para definir eventos y citas basados en vCard iCalendar (RFC2445) Generador de hCalendar: http://microformats.org/code/hcalendar/creator

Ejemplo de iCalendar:BEGIN:VCALENDAR PRODID:-//XYZproduct//EN VERSION:2.0 BEGIN:VEVENT URL:http://www.web2con.com/ DTSTART:20071005 DTEND:20071020 SUMMARY:Web 2.0 Conference LOCATION:Argent Hotel\, San Francisco\, CA END:VEVENT END:VCALENDAR

Ejemplo de hCalendar:

<div class="vevent"> <a class="url" href="http://www.web2con.com/">http://www.web2con.com/</a> <span class="summary">Web 2.0 Conference</span>: <abbr class="dtstart" title="2007-10-05">October 5</abbr>- <abbr class="dtend" title="2007-10-20">19</abbr>, at the <span class="location">Argent Hotel, San Francisco, CA</span> </div>

RelacionesLos atributos “rel” y “rev” se utilizan para definir relaciones,

por ejemplo

Microformato “rel-tag”: definición de índices (tags) de una página. El URL se utiliza para permitir búsquedas adicionales de dicho índice.

<a rel=“tag" href=“http://technorati.com/tag/css“>CSS</a>

Microformato “rel-license”: definición de licencia (URL) bajo la que se publica una página.

<a rel=“license" href=“http://creativecommons.org/licenses/by/2.5/“>

This doc is published under …..</a>

Ejercicio aplicación-4Cambiar el código CSS para que la configuración del ejemplo de página Web con 2 columnas se visualice de la siguiente forma Los colores de fondo sean en tonos verdosos El ancho de la página sea de 500 puntosAñadir estos microformatos en el pie de página los índices “CSS” y “W3C” como “rel-tag” La licencia (“rel-license”) identificada por el URL:

http://creativecommons.org/licenses/by/2.5/

Visualizar la página con Firefox y el add-on “Operator” que reconoce microformatos para validar que los reconoce correctamente Operator: https://addons.mozilla.org/es-ES/firefox/addon/4106

¿Para que necesito a data portability?

• Marco que permita identificar a los usuarios que se implementan dichos estándares.

• Ayudar a la implantación.

• ¿Están muertas otras formas de estandarización?

¿Porque colaborar?

• Organización abierta.

• Investigación de lagunas en los distintos casos.

Contribuciones

• Ayudando a la traducción.

• WAKAME

• RoR plugging

¿Quereis uniros?

Coste de la calidad de la experiencia

SPAIN IS DIFFERENT

REST

Web humana Visor Web, HTTP y HTML

HTML: diseñado para leer documentos A evolucionado hacia CSS, XML, XHTML, …

Web programable API, HTTP/SOAP, XML y ………

XML: Datos procesables por programa Fuerte debate entre

REST: utilizado en los servicios reales“Big” Web Services: propuesto por W3C

A medio desarrollar

Web humana y Web programable

“Big” Web Services (W3C) SOA: Arquitectura orientada a servicios

APIs de Servicio de acceso a objetos remotos tipo RMI RMI: Remote Method Invocation

RESTful Web Services ROA: Arquitectura Orientada a Recursos

Interfaces Uniformes (métodos HTTP) APIs de acceso y gestión de recursos Web

Los recursos se representan en XML, XHTML, JSON, ..

Servicios o Recursos

Que es RESTREpresentational StateTransfer.

Arquitectura de aplicaciones Web Propuesta por Roy Fielding en su tesis doctoral (2000)

http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm

Co-diseñador de HTTP y uno de los principales desarrolladores del proyecto Apache

Arquitectura desacoplada y escalable

Rest y HTTP

REST es una abstracción que puede implementarse sobre cualquier protocolo.

La mejor forma de implementarlo es sobre HTTP.

Perfectamente adaptado a HTTP Principal diferencia con SOAP

Principios sobre REST

Recursos Identificables (Addressability) Cualquier recurso de Internet posee un URI/URL

Interfaz de acceso uniforme Buen uso de HTTP

Comunicación sin estado (Statelessness) Servidores escables

Representación de los recursos En formatos abiertos

Hypermedia (Connectedness) Navegación basada en enlaces entre recursos

Identificador de recursos

Recurso: cualquier cosa en Internet que “merezca la pena ser referenciada pos si misma”

Un fichero, un mapa, un usuario, un libro, un coche, …

Cada recurso se identifica con un URI

El URI (Permalink) da acceso al recurso

Cada URI añade valor a la red.

Ejemplo: Amazon S3

Servicio de almacenamiento de objetos.

Tiene 3 tipos de recursos:

1. Bucket-list: conjunto de buckets* de un usuario https://s3.amazonaws.com/

2. Bucket en particular: repositorio de objetoshttps://s3.amazonaws.com/{Bucket}/

3. Objeto: posee metadato y valorhttps://s3.amazonaws.com/{Bucket}/{Objeto}

*Bucket: disco o repositorio virtual accesible a través de HTTP

Interfaz uniformeGestionar recursos solo con métodos HTTP: GET (leer, copia solo lectura) HEAD (cabecera) PUT (crear) POST (añadir) DELETE (eliminar)

Es el interfaz CRUD: Create, Read, Update, Delete

Posibilidad de hacer uso extensivo de Cabeceras y códigos de respuesta de HTTP

Posibilidad de optimizar mediante el uso de caches.

Amazon S3: Interfaz UniformeGET HEAD PUT DELETE

Bucket-list Lista los buckets de un usuario

Bucket Lista los objetos del bucket

Crear bucket Borrar bucket

Objeto Obtener valor y metadato del objeto

Obtener metadato del objeto

Crear y/o Asignar valor a objeto y metadato

Borrar Objeto

Representación de los recursosQue es lo que obtenemos al acceder al URI del recurso? Una representación “bien conocida” y “abierta”

Pueden utilizar varios formatos: HTML, XHTML, XML, JSON, PDF, FLASH, FLEX, ...

HTTP nos facilita el tipo (MiME) y permite negociar el formato. Habitualmente es XML.

Comunicación sin estado El servidor NO mantiene el estado de la conversación con cada cliente.

El estado esta explicito en las llamadas. Cada estado se representa con una URI

Incrementa exponencialmente la escalabilidad.

Enfoque dispara y olvida (“fire and forget”). Muy bajo acoplamiento

EjemplosEjemplo stateful: FTP

Existe un directorio implicito de trabajo HTTP stateful

URI relativo: dependencia entre accesos consecutivos

Ejemplo statelessness: HTTP con URLs absolutas ATOM-PP y ATOM Google Maps, Amazon S3, del.icio.us, …

HypermediaLas transiciones entre estados Son siempre a través de enlaces

No hay que acordarse de los comandos de memoria

Usar un servicio: similar a navegar por la Web

El servidor contiene la definición del servicio Proporciona los enlaces como parte del recurso El cliente es genérico

Modelo distribuido de fácil evolución.

Web humana y Web programable

Un servicio REST bien diseñado También puede ser utilizado con un visor Web

Los recursos se presentan en el visor Con CSS, XSLT, …..

Se usa navegando haciendo click sobre las operaciones (enlaces)

Existe un problema con XHTML4 Los formularios solo soportan GET, POST Quiza se solucione en XHTML5

Aplicación WebAplicación capaz de viajar por la red Reside en un servidor Se ejecuta en el cliente

Normalmente se invoca automáticamente al cargar la pagina HTML que la contiene

La aplicación debe ser segura Se suele ejecutar sobre un gestor de seguridad que

evita acciones peligrosas para el clienteEjemplos: Applets Java (los primeros) AJAX (Asynchronous Javascript and XML) Widgets

REST y AJAX

El despliegue AJAX de un servicio REST

Son clientes en Javascript

que invocan el servicio con el interfaz uniforme

Aplicaciones Web frente a

• Necesidad de Instalar un programa.

• Problemas de las actualizaciones

•

Widgets - Gadgets

ConclusionesROA: Resource Oriented Architecture REST es el protocolo para la arquitectura del mayor

sistema distribuido del mundo (la web).

Mayor adopción Adoptado casi unánimemente en el Web2.0

Google, del.icio.us, Amazon, Yahoo, …. Las normas de “Big” Web Services están todavía

incompletasRoR a discontinuado el soporte a “Big WS”