Servicii Web prin REST

infoeducatie 2009 :: servicii web prin rest

Dr. Sabin‐Corneliu Buraga – www.purl.org/net/busaco


pasiune muzică
pictură
literatură
@busaco fotografie
arte
XML România

Computer Science profesor A. I. Cuza
cercetare facultate
Web interacțiune
conferințe
semantic design
cărți
cursuri programare

oferirea unui spațiu de comunicare inter‐umană

partajarea cunoștințelor



exploatarea puterii computaționale



resursele sunt identificate prin adresa lor

identificator uniform de resurse
URI – Uniform Resource Identifier

http://infoeducatie.ro/2009/participanti/tux



accesul la conținutul – reprezentarea – resurselor Web
se realizează printr‐un protocol

HTTP – HyperText Transfer Protocol



pagini Web

resursele – documentele – includ <marcaje />



marcajele conțin la rândul lor URI‐uri hipertext



soluții multi‐platformă, slab‐conectate

integrarea facilă la nivel de Web
a aplicațiilor, serviciilor & sistemelor



necesitatea recurgerii la standarde



soluții multi‐platformă, slab‐conectate

datele să poată fi descrise pentru a fi “înțelese”
de calculatoare și pentru a fi interconectate ușor



servicii atașabile (pluggable) & versatile

SaaS – Software as a Service

ASP – Application Service Provider



există un model arhitectural de dezvoltare
a serviciilor la nivel de web?


divizarea aplicațiilor în servicii – independente –
care se pot compune,
menite a se conecta & orchestra în mod spontan
în cadrul proceselor de afaceri/tehnice

web component‐based software



“the web is the computer”

disponibilitatea unei/unor arhitecturi care…

oferă suport pentru paradigme de comunicare
bazată pe Web între aplicații eterogene





permit(e) localizarea transparentă a serviciilor





facilitează adăugarea, înlocuirea, eliminarea
serviciilor în mod dinamic





ascund(e) dezvoltatorului detaliile de sistem



software oferind o funcționalitate specifică

spelling checking
stocare de date
mesagerie instantanee
agregare de știri
curs valutar
realizare de statistici
…


utilizate – la distanță – de alte aplicații/servicii



accesate standardizat via Web

URI
HTTP
XML



serviciul unei agenții de turism
oferirea – și vânzarea, eventual – a unor formule
de petrecere a vacanței



serviciul unei agenții de turism

utilizează alte servicii (software) disponibile pe Web:
tranzacții financiare
servicii hoteliere
servicii de transport



cum am implementa un serviciu?

script‐uri CGI sau utilizarea serverelor de aplicații Web

ASP.NET, JSP,
PHP, RoR,…



maniera clasică de interacțiune cu utilizatorul

utilizatorul – nu neapărat uman ☺ – vizitează
o pagină și formulează o cerere (e.g., via un formular)



maniera clasică de interacțiune cu utilizatorul

serviciul implementat oferă un răspuns
uzual, un document (X)HTML



tradițional, aplicația oferă o interfață‐utilizator
disponibilă pe web

cererile sunt capt(ur)ate via formulare + legături hipertext

utilizatorii umani trebuie să interpreteze etichetele
și câmpurile de dialog + răspunsul recepționat



cum obținem răspunsul pentru a fi (re)folosit
în programele noastre?

procesarea datelor din codul HTML web scrapping

<tr><td>valoare</td><td><input name="val" value="0" readonly type="text"></td></tr>
<tr><td>total (cu TVA)</td><td><input name="cutva" value="0" readonly type="text"></td></tr>



cum obținem răspunsul pentru a fi (re)folosit
în programele noastre?

???!

orice modificare în marcaje rescrierea programului
de preluare a datelor din documentul HTML



cum are loc schimbul de date între servicii web
și alte aplicații?



ce‐ar fi să indicăm datele de intrare și
răspunsul oferit de serviciul web
într‐un format standardizat?



posibile soluții:
“dialog”
XML‐RPC prin XML
SOAP
POX (Plain Old XML)

JSON (JavaScript Object Notation)



REpresenta‐
tional State
Transfer



stil arhitectural de dezvoltare a aplicațiilor Web
cu focalizare asupra reprezentării datelor

Roy Fielding, 2000


rezultatul unei procesări conduce la returnarea
unei reprezentări de resursă




resursă Web = blog‐ul unei persoane,
fotografia unui utilizator, flux de știri, program etc.




reprezentare = (X)HTML, JPEG, PNG, RSS, Atom, SVG,…

desemnată de tipuri MIME
text/html, image/png, application/xhtml+xml etc.




reprezentările aceleași resurse
– desemnate de un URI unic – pot fi multiple
reprezentare1 reprezentare2
(XHTML) (Atom)
resursa

URI



fiecare reprezentare a unei resurse are asociat un URL
URL URL
(XHTML) (Atom)
resursa

URI


clienții – e.g., navigatoare Web, roboti, player‐e –
interacționează cu reprezentările resurselor via verbe
(“accesează”: GET, “modifică”: POST, “șterge”: DELETE,…)
GET POST GET DELETE
URL URL
(XHTML) (Atom)
resursa

URI


orice accesare a unei reprezentări
plasează aplicația – ori clientul Web – într‐o stare
care va fi schimbată în urma unui transfer
de date (accesarea altei reprezentări)



http://blog.info/mesaj
http://blog.info/ http://blog.info/mesaj/edit
reprezentare2
(XHTML)
(XHTML) (XHTML)
GET POST
resursa2
resursa1 resursa3

http://blog.info/stiri
reprezentare4
GET (Atom)

resursa4



transferul se realizează prin protocolul HTTP

reprezentarea este modelată în XML
și indicată prin tipuri MIME

adresabilitatea se rezolvă via URI



aplicațiile ce invocă funcționalități (servicii)
vor consuma reprezentări de resurse – în stilul pull



fiecare cerere este considerată independentă,
fără a se lua în considerație contextul – stateless



implementarea unui magazin on‐line oferind dulciuri

tipuri de resurse (Sortim & Utiliz), identificate unic de URI
http://www.dulciuri.biz/sortim/rahat

URI intuitiv
așa‐zis user/SEO friendly



serviciile oferite de Flickr.com
acces – folosind HTTP (e.g., GET, POST) – via URI‐ul
http://api.flickr.com/services/rest/

pentru a invoca un serviciu Flickr,
se precizează metoda + parametrii (dacă există)
http://api.flickr.com/services/rest/?method=flickr.photos.getInfo&...

se înlocuiește cu
funcționalitatea dorită


serviciile oferite de Del.icio.us
managementul adreselor Web favorite (bookmark‐uri)

listarea bookmark‐urilor
(eventual, filtrate/grupate după diverse criterii)

managementul bookmark‐urilor:
adăugare, editare, ștergere



interfața web cu utilizatorul



Resursa URL Metoda Reprezentare
bookmark /bookmarks/{md5} GET application/bookmark+xml
bookmark /bookmarks/{md5} PUT application/bookmark+xml
bokmark /bookmarks/{md5} DELETE
listă de
/bookmarks GET application/atom+xml
bookmark‐uri
listă de utilizatori /users GET application/atom+xml
listă de tag‐uri
(termeni de /tags GET application/atom+xml
conținut)
pagina principală / GET application/delicious+xml


obținerea bookmark‐urilor:
GET /bookmarks răspuns XML (Atom) dat de
200 OK Del.icio.us
Content-type: application/atom+xml

<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>Bookmarks</title>
<entry> digest MD5
<title>O resursa interesanta</title>
<link href="/bookmarks/a211528fb5108cddaa4b0d3aeccdbdcf"/>
<summary>http://undeva.info/o-resursa-interesanta</summary>
</entry>

</feed>


GET /bookmarks/a211528fb5108cddaa4b0d3aeccdbdcf
200 OK
Content-type: application/bookmark+xml

<bookmark>
<title>O resursa interesanta</title>
<url>http://undeva.info/o-resursa-interesanta</url>
<user href="/users/tux">tux</user>
<tags>
<tag href="/tags/interesting">interesting</tag>
<tag href="/tags/penguin">penguin</tag>
</tags>
</bookmark>
preluarea unui bookmark: răspuns XML dat de serviciul Del.icio.us


cum accesăm reprezentări de resurse web
Dr. Sabin‐Corneliu BuragaREST?
prin – www.purl.org/net/busaco


biblioteci/API‐uri implementând HTTP

libcURL (C, cu portări pentru Perl, PHP, Ruby, Tcl,…)
libwww (C, Perl)
httplib (Python)
Net:HTTP (Ruby)
etc.



exemplu: trimiterea unui mesaj la Twitter.com
curl --basic --user utilizator:parola --data status="rest!"
http://twitter.com/statuses/update.xml

<status>
<created_at>Wed Jul 29 15:25:05 +0000 2009</created_at>
<text>rest!</text>
<truncated>false</truncated>
<user>
<name>Sabin Buraga</name>
<description>A computer scientist, an artist, and more!</description>
…
</status>


biblioteci/API‐uri implementând HTTP

permit dezvoltarea de aplicații desktop, mobile etc.

suport pentru implementarea de mash‐up‐uri pe server

nu funcționează în navigatorul web



navigatoarele Web actuale

nu necesită o interfață de programare specifică

disponibilitate ubicuă

transferuri asincrone via AJAX – direct în JavaScript

pot apărea incompatibilități



ASP.NET MVC (C#)
JAX‐RS – Java Architecture for RESTful web Services
Jifty (Perl)
Recess (PHP)
Ruby on Rails (Ruby)
Symfony (PHP)
Tonic (PHP)
etc.



servicii publice ce pot fi consumate prin REST (exemple):
Amazon, Blip.tv, eBay, Facebook, Google, Hi5, Last.fm,
SlideShare, Talis, TripIt, Upcoming, Yahoo!, YouTube etc.

API‐uri specifice
disponibile liber pentru Flex (ActionScript), PHP, Python,
Objective‐C, Ruby,…

cum combin date oferite
de mai multe servicii web?



combinarea – la nivel de client și/sau server –
a conținutului ce provine din surse (situri)
multiple, oferind o funcționalitate/experiență nouă



+ Ma(y)shupTV
o aplicație hibridă



se bazează pe fluxuri RSS/Atom,
servicii web, API‐uri,…



aliniate “curentului” SaaS
(Software As A Service)



caracteristici:
combinare
vizualizare
agregare



combinare

utilizarea de surse de date multiple

poate avea caracter multidimensional:
subiect de interes + locație geografică + moment de timp

Yahoo! music search + Google maps + Eventful



vizualizare

pot fi adoptate diverse tehnici de vizualizare (prezentare)
a datelor:
cartografică,
tag cloud‐uri,
tridimensională,
…



Twitter + Google Earth TwittEarth


agregare

gruparea datelor provenite din mai multe surse
și analizarea lor: statistici, clasificări, predicții,…

prin data mining se pot releva aspecte “ascunse”
ale datelor procesate


recomandare inteligentă de resurse via Zemanta


platforme
instrumente
(GUI tools)
biblioteci de dezvoltare
(libraries)
interfețe de programare
(API‐uri)
surse de date (data feeds)



platforme
instrumente
(GUI tools)
RSS, geoRSS, (libraries)
microformate, interfețe de programare
RDFa,…
(API‐uri)



platforme
instrumente
(GUI tools)
privind biblioteci de dezvoltare specifice
fluxurile (libraries) serviciilor
RSS/Atom publice
(API‐uri)



platforme
instrumente
framework‐uri (GUI tools) oferite de
web organizații
(libraries)
(API‐uri)



Adobe AIR,
Boxely,
SnapLogic,
platforme
widget‐uri instrumente
(GUI tools)
(libraries)
(API‐uri)



Dappr, Facebook,
Google App Engine,
Yahoo! Pipes

platforme
instrumente
(GUI tools)
(libraries)
(API‐uri)



“codul‐sursă” al pipe‐ului web


cum aflu care sunt
mash‐up‐urile existente
și API‐urile aferente?



ProgrammableWeb.com


performanță: scalabilitatea & latența
limite ale API‐urilor + existența versiunilor multiple
drepturi de autor asupra datelor & licențiere
securitate: abuz, confidențialitate, încredere etc.
monetizare
lipsa unei interoperabilități reale între platforme



Sabin Buraga, Tehnologii XML, Polirom, 2006

Sabin Buraga (coord.), Programarea în Web 2.0,
Polirom, 2007

Leonard Richardson, Sam Ruby, RESTful Web Services,
O’Reilly, 2007

Raymond Yee, Pro Web 2.0 Mashups:
Remixing Data and Web Services, Apress, 2008


o parte dintre conținuturile grafice au fost preluate
de pe situl Flickr, fotografiile fiind realizate de utilizatorii:
42311564, cedric1981, chrispitality, cjc4454, damongarrett,
little_lushie, mithril, petergorges, psd, pujan, sharman,
sharynmorrow, splatt, stuartpilbrow, that_james


Servicii Web prin REST

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Servicii Web prin REST

Similar to Servicii Web prin REST (17)

More from Sabin Buraga

More from Sabin Buraga (20)

Servicii Web prin REST