VIK Wiki - Felhasználó közreműködései [hu]

8. REST (2012)

2013-05-26T18:29:06Z

Tank: /* JAX-RS */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited''' 
<code>
@Path("calculator")
public class Calculator{
@GET
@Path("add")
@Produces("text/plain")
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; }
}
</code>

'''Lehetséges visszatérési értékek'''
* void, null (204 no content status code)
* Response
* GenericEntity
* egyébb

* Stringet támogat, double-t nem
** double-re a megoldás a "MessageBodyWriter" implementálása

'''HTTP method annotációk:''' @GET, @POST, @PUT, @DELETE, @HEAD 
'''HTTP content-type annotációk:''' @Consumes, @Produces

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:28:46Z

Tank: /* JAX-RS */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''
<code>
@Path("calculator")
public class Calculator{
@GET
@Path("add")
@Produces("text/plain")
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; }
}
</code> 

'''Lehetséges visszatérési értékek'''
* void, null (204 no content status code)
* Response
* GenericEntity
* egyébb

* Stringet támogat, double-t nem
** double-re a megoldás a "MessageBodyWriter" implementálása

'''HTTP method annotációk:''' @GET, @POST, @PUT, @DELETE, @HEAD 
'''HTTP content-type annotációk:''' @Consumes, @Produces

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:26:24Z

Tank:

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''
<code>
@Path("calculator")
public class Calculator{
@GET
@Path("add")
@Produces("text/plain")
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; }
}
</code>

'''Lehetséges visszatérési értékek'''
* void, null (204 no content status code)
* Response
* GenericEntity
* egyébb

* Stringet támogat, double-t nem
** double-re a megoldás a "MessageBodyWriter" implementálása

'''HTTP method annotációk:''' @GET, @POST, @PUT, @DELETE, @HEAD
'''HTTP content-type annotációk:''' @Consumes, @Produces

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:24:58Z

Tank: /* JAX-RS */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''
<code>
@Path("calculator") 
public class Calculator{ 
@GET 
@Path("add") 
@Produces("text/plain") 
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; } 
}
</code>

""Lehetséges visszatérési értékek""
* void, null (204 no content status code)
* Response
* GenericEntity
* egyébb

* Stringet támogat, double-t nem
** double-re a megoldás a "MessageBodyWriter" implementálása

""HTTP method annotációk"": @GET, @POST, @PUT, @DELETE, @HEAD
""HTTP content-type annotációk"": @Consumes, @Produces

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:24:37Z

Tank:

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''
<code>
@Path("calculator") 
public class Calculator{ 
@GET 
@Path("add") 
@Produces("text/plain") 
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; } 
}
</code>

""Lehetséges visszatérési értékek""
* void, null (204 no content status code)
* Response
* GenericEntity
* egyébb

* Stringet támogat, double-t nem
** double-re a megoldás a "MessageBodyWriter" implementálása

""HTTP method annotációk"": @GET, @POST, @PUT, @DELETE, @HEAD
HTTP content-type annotációk"": @Consumes, @Produces

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:18:01Z

Tank: /* JAX-RS */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

==Számológép példa revisited==
<code>
@Path("calculator") 
public class Calculator{ 
@GET 
@Path("add") 
@Produces("text/plain") 
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; } 
}
</code>

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:17:21Z

Tank:

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''
<code>
@Path("calculator") 
public class Calculator{ 
@GET 
@Path("add") 
@Produces("text/plain") 
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; } 
}
</code>
= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:15:04Z

Tank: /* JAX-RS */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''

@Path("calculator") 
public class Calculator 
@GET 
@Path("add") 
@Produces("text/plain") 
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; } 

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:13:02Z

Tank: /* JAX-RS */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''

@Path("calculator") 
public class Calculator 
{ 
@GET 
@Path("add") 
@Produces("text/plain") 
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; } 
} 

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:12:24Z

Tank: /* JAX-RS */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''

<nowiki>import javax.ws.rs.GET; 
import javax.ws.rs.Path; 
import javax.ws.rs.Produces; 
import javax.ws.rs.QueryParam; 
@Path("calculator") 
public class Calculator 
{ 
@GET 
@Path("add") 
@Produces("text/plain") 
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; } 
} </nowiki>

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:11:13Z

Tank: /* JAX-RS */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''

<nowiki>import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.QueryParam;
@Path("calculator")
public class Calculator
{
@GET
@Path("add")
@Produces("text/plain")
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; }
}</nowiki>

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T18:10:19Z

Tank:

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

==JAX-RS==
* JAX-RS: Java API for RESTful Web Services
* Java osztályok leképzése REST erőforrásokra (annotációk)

'''Számológép példa revisited'''

import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.QueryParam;
@Path("calculator")
public class Calculator
{
@GET
@Path("add")
@Produces("text/plain")
public double add(@QueryParam("left") double left, @QueryParam("right") double right) { return left+right; }
}

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T17:22:41Z

Tank: /* REST kritikák */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl egy RSS proginak) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T17:21:59Z

Tank: /* REST kritikák */

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul (igen, mert szemlélet más: műveletközpontú helyett adatközpontú)
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya (nincs tranzakció kezelés, meg nem biztos hogy jönn a HTTP 200 OK válasz)
* Nincs publish-subscribe (pl RSS) ill. aszinkron kommunikáció (ha a szerver hosszú müveletet végez, megoldásként HTTP 202 Accepted)

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T17:17:17Z

Tank:

{{Csonk}}

=HTTP=
* HTTP GET
[[Fájl:HTTP_GET.png]]
* HTTP POST
[[Fájl:HTTP_POST.png]]

=REST=
REST = Representational State Transfer

==RESTful HTTP==
* HTTP protokoll kibövítése: GET, POST, PUT, DELETE
* Bemenö paraméterek: URL része, URL query string, POST paraméter, HTTP body
* Visszatérési érték: HTTP body
* nagyon egyszerü: böngészőből is tesztelhetö

==REST alapelvei==
* Minden eröforráshoz azonosító rendelése (URI, URN, URL a jó, mert egyértelmű, könnyű feloldani, független a mögöttes technológiától)
* Erőforrások lehetnek: doksik, adatok (szamitas eredmenye), szolgáltatások (SOAP, metaadatok, stb), fogalmak
* Dolgok összekapcsolása (jó URL cimet kell választani)
* CRUD müveletek használata (Create, Read, Update, Delete)
* Állapotmentes kommunikáció

==Többféle adatreprezentáció==
*HTML (emberek szamara) vagy XML, JSON, stb. gépek számára
*változhat a struktúra

==Állapotmentes kommunikáció==
A REST önmagában állapotmentes
*De az alkalmazásnak lehet állapota (kliens oldalon, erőforrásban tárolva)
*Skálázhatósági előnyök emiatt (nincs session, felcserélhető szerverek)

==Műveletek erőforrásokon==
[[Fájl:muv_eroforr.png]]
* '''safe:''' a kliens olyan műveletet hajt végre, ami csak lekérdez, és nem tehető felelőssé az okozott mellékhatásokért
* '''idempotent''': a művelet ismételt végrehajtása ugyanazt az eredményt produkálja
* '''cacheable''': akár a proxy vagy a gateway is cachelheti a szerver kapcsolódása nélkül. Képek esetén ajánlatos a long live beállitása.

==REST kritikák==
* CRUD műveleteken kívül másra nem alkalmas
* Nincs interfészleíró (ami leírja a műveleteket és a paraméterek típusát (szemantikát nem, azaz kliens stub -> szerver skeleton generálás))
* Túl sok belső részletet elárul
* Tervezési guideline-ok hiánya
* Middleware funkciók hiánya
* Nincs publish-subscribe ill. aszinkron kommunikáció

= Elosztott technológiák összefoglaló =
{|class="wikitable"
! 
!REST
!RMI
!WS
!CORBA
|-
!Különbözö programnyelvek között müködik
|igen
|nem
|igen
|igen
|-
!Kommunikációs protokoll
|HTTP
|RMI
|SOAP
|IIOP
|-
!Interfészleíró
|nincs/WADL
|Java Interface
|WSDL
|IDL
|-
!Katalógus
|JNDI
|UDDI
|Naming Service
| -
|-
!Elosztott
|igen
|igen
|igen
|igen
|-
!Szakványos
|igen
|nem
|igen
|igen
|-
!Széles körü támogatás
|igen
|nem
|igen
|igen
|-
!Egyszerü
|igen
|igen
|nem
|nem
|-
!Egyszerü API
|igen
|igen
|igen
|nem
|-
!Gyors
|igen
|igen
|nem
|igen
|-
!Biztonság, tranzakciók
|nem
|nem
|igen
|nem

8. REST (2012)

2013-05-26T17:11:06Z

Tank: /* Műveletek erőforrásokon */

8. REST (2012)

2013-05-26T17:10:51Z

Tank:

8. REST (2012)

2013-05-26T17:10:18Z

Tank: /* Műveletek erőforrásokon */

8. REST (2012)

2013-05-26T17:09:31Z

Tank: /* Műveletek erőforrásokon */

8. REST (2012)

2013-05-26T17:06:58Z

Tank: /* REST alapelvei */

8. REST (2012)

2013-05-26T16:41:46Z

Tank:

Fájl:Muv eroforr.png

2013-05-26T16:35:34Z

Tank: Műveletek erőforrásokon

Műveletek erőforrásokon

8. REST (2012)

2013-05-26T16:34:57Z

Tank:

8. REST (2012)

2013-05-26T16:30:41Z

Tank: /* REST alapelvei */