L’art d’accommoder les REST

Bonjour,

à tous ceux qui s’intéressent à Restful et s’interrogent sur comment
utiliser au mieux cette approche qui devient de plus en plus LE standard
Rails, je viens de poster le résultat de mon expérimentation Restful :

http://blog.lachaise.org/?p=3

J’espère que ce post fera remonter, en réaction, les expériences des uns
et
des autres sur Restful.

Enjoy :slight_smile:

Intéressant. Par contre on a besoin d’un login pour récupérer le plugin.

Le 03/12/07, philippe lachaise[email protected] a écrit :

Intéressant. Par contre on a besoin d’un login pour récupérer le plugin.

Ah oui c’est vrai ! Faut que je me souvienne comment dire à SVN que
c’est
pubic en lecture…

Je vais tâcher de fair ça ASAP, si qqun peut me rafraichir la mémoire ça
ira
plus vite :wink:

Salut philippe,

Le mardi 04 décembre 2007 à 08:59 +0100, philippe lachaise a écrit :

Intéressant. Par contre on a besoin d’un login pour récupérer le
plugin.

Ah oui c’est vrai ! Faut que je me souvienne comment dire à SVN que
c’est pubic en lecture…

Je vais tâcher de fair ça ASAP, si qqun peut me rafraichir la mémoire
ça ira plus vite :wink:

effectivement cet article, fort intéressant, donne envie d’essayer le
plugin…

Pour l’accès en lecture (en considérant que tu utilise svn+apache
+htpasswd), il faudrait quelque chose comme ça dans la config de ton
vhost :

<Location /depot-svn>



Require valid-user

Ceci pour un accès en lecture seule quand l’utilisateur n’est pas
authentifié.

A+

JD

effectivement cet article, fort intéressant, donne envie d’essayer le
plugin…

merci :slight_smile:

Sinon j’ai déja essayé le
sans
succès (oui j’a fait le reload), mais j’ai ptet loupé un détail, je vais
revoir ça…

Sinon en attendant voici en PJ le code utile (le reste c’est lemballage
standard du plugin, on peut le générer par script/plugin generate)

Je préfère pas zipper le tout pour pas embarquer tous les fichiers .svn

ATTENTION : ne pas trop diffuser ce code hors SVN, vu que même s’il est
déja
un peu field-tested il porte encore les traces du moule !

doc : à part l’article, “la doc c’est le code”, je vais tâche d’y
remédier
avant trop longtemps :wink:

hint : le traitement des options au début doit aider à comprendre et la
partie génération des actions évoque des patterns de contrôleurs assez
familiers.

Le mardi 04 décembre 2007 à 13:12 +0100, philippe lachaise a écrit :

lemballage standard du plugin, on peut le générer par script/plugin
generate)

Je préfère pas zipper le tout pour pas embarquer tous les
fichiers .svn

ATTENTION : ne pas trop diffuser ce code hors SVN, vu que même s’il
est déja un peu field-tested il porte encore les traces du moule !

ok

doc : à part l’article, “la doc c’est le code”, je vais tâche d’y
remédier avant trop longtemps :wink:

hint : le traitement des options au début doit aider à comprendre et
la partie génération des actions évoque des patterns de contrôleurs
assez familiers.

Super !

Ta reflexion sur le sujet et le plugin qui l’accompagne tombe bien.
Début janvier, j’attaque une appli web assez fat que je souhaite
restful. Cela sera l’occaz pour tester ce plugin et partir sur la (ta)
bonne voie

A+

JD

bonjour et merci :wink:
Même si j’avoue que l’intérêt de REST me semble limité (c’est pour faire
plus beau ?) mais je dois rater quelque chose sur l’intérêt fondamental
de
la chose…

par ailleurs

[image: *] Catagories Articles by category
c’est voulu ? :stuck_out_tongue:

NG

Le mardi 04 décembre 2007 à 16:58 +0100, Nicolas G a écrit :

bonjour et merci :wink:

Même si j’avoue que l’intérêt de REST me semble limité (c’est pour
faire plus beau ?) mais je dois rater quelque chose sur l’intérêt
fondamental de la chose…

Salut Nicolas,

Peut-être qu’un exemple d’application web tirant partie avantageusement
d’une architecture REST serait plus parlante :

J’ai une application qui gère les contrôles d’accès d’un bâtiment.
Les différents droits utilisateurs et les différentes zones à contrôler
(par digicode, par badge sans contact, …) sont gérés par un serveur et
les infos sont contenues en base.
Il doit nécessairement être possible de déclencher l’ouverture d’une
porte (accès à une zone pour un utilisateurs authentifié) d’au moins 3
manières possibles :

  • par badge, digicode,…
  • par une interface web (pilotage par la sécurité responsable du
    bâtiment)
  • par téléphone (gsm ou filaire), donc par l’utilisation d’un standards
    téléphonique soft type Asterisk (d’ailleurs des plugins Rails existent
    pour Asterisk)

Dans ce cas de figure, un service web Rest m’offre un standard de
communication entre tous les clients , le serveur et les ressources
(zones, portes, utilisateurs,…).
Je n’ai donc besoin de développer qu’une seule interface web utilisant
http et son jeu de verbes pour pouvoir contrôler l’ouverture des portes
du bâtiment. Du côté des clients, l’appli est un simple client web.

Rest rationnalise et simplifie la convergence des techno. C’est bien
ça !

A+

JD

NG

Catagories
Articles by category
c’est voulu ? :stuck_out_tongue:

Par le créateur du thème Wordpress, probablement :wink:

Merci pour le debugging orthographique :slight_smile:

Rest rationnalise et simplifie la convergence des techno. C’est bien ça !
oui, l’un des interets majeurs de REST est de proposer une API, sans
meme le savoir (-;

gUI

Le 04/12/07, Nicolas G [email protected] a écrit :

Même si j’avoue que l’intérêt de REST me semble limité (c’est pour faire
plus beau ?) mais je dois rater quelque chose sur l’intérêt fondamental de
la chose…

L’intérêt de REST est avant tout que l’architecture du logiciel est
standardisé et simple, et induit souvent un vrai design MVC. En gros,
des
gens ont déjà répondu à mal de questions, pas la peine de se les
reposer.

++

yk

oui, l’un des interets majeurs de REST est de proposer une API, sans meme
le savoir (-;

Comme monsieur Jourdain faisait de l’API sans le savoir :wink:

Mais ça va plus loin : on développe un appli en s’appuyant sur du visuel
(hml), ce qui rend plus vite apparent les erreurs de conceptions et
quand on
peut voir tourner son appli l’API est déjà là (xml, json, …).

Et ça n’empèche pas d’avoir des raccourcis (:collection, :member) pour
coder
du pur IHM.

2007/12/4, philippe lachaise [email protected]:

Catagories
Articles by category
c’est voulu ? :stuck_out_tongue:

Par le créateur du thème Wordpress, probablement :wink:

Merci pour le debugging orthographique :slight_smile:

de rien, niveau fautes c’est pas la cata …
désolé :slight_smile:

Merci pour vos réponses sur l’utilité de REST.

NG

In terms of Rails itself, clearly there is a big push over the next six
months or so to consolidate the support for REST and this idea that we
should be writing our web applications using a kind of RESTful paradigm.

Dave T.

(http://www.infoq.com/interviews/ruby-rails-dave-thomas)

C’est fait, le SVN est déverouillé en lecture :
http://miceplugins.lachaise.org/mice_restful/trunk

Config du VHOST Apache :

<LimitExcept GET PROPFIND OPTIONS REPORT>
    AuthType Digest
    AuthName "TEAM"
    AuthDigestDomain /
    AuthDigestProvider file
    AuthUserFile /etc/apache2/passwords/toto
    Require valid-user
</LimitExcept>

Suffisait d’le dire :wink:

Le souci venait d’où alors ?
Par curiosité, pour moi et les autres de la ML qui t’auraient aidé
éventuellement…


Jean-Baptiste BARTH

philippe lachaise a écrit :

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs