Vous n'êtes pas identifié(e).
Tout dépends ce que tu souhaites faire.
Si par webservice tu entends API JSON/XML d'où proviennent les données ?
Si elles proviennent d'une application Django alors Django est la bonne
solution.
Dans ce cas manage.py syncdb va créer les bases à partir des models.
Sinon, pourquoi ne pas utiliser Redbarrel ou un autre framework python
pour le faire avec un backend différent (Couchdb ? MongoDB ?)
LDAP ne me semble pas approprié sauf si tu dois gérer un annuaire de
personne avec le webservice.
> 3. comment va réagir django si je n'implémente pas toutes les méthodes
> des backends ?
Je ne vois pas à quel niveau tu souhaites une réponse. Si l'API ne
l'implèmentes pas ça ne posera pas de problème à Django.
Hors ligne
Bonjour à tous,
je réfléchis à une interface utilisateur qui permettrait d'appeler des
webservices de différents logiciels qui ont la même fonction. (gestion
de bibliothèque)
compte tenu que :
1. ces webservices bien qu'ayant la même fonction n'ont pas la même
signature/formalisme.
2. ces webservices ont les mêmes fonctions de base qu'une base de
données : CRUD (surtout R d'ailleurs…)
d'où mes questions un peu naïve :
1. est-il propre et souple d'utiliser un backend de base de donnée pour
un webservice ??? (j'ai vu qu'il y avait un backend ldap…)
2. comment va réagir manage.py syncdb ?
3. comment va réagir django si je n'implémente pas toutes les méthodes
des backends ?
merci de vos lumières. Je pensais essayer ça mais ne disposant pas de
temps superflu, je préfère vous demander votre avis avant de perdre une
journée…
à bientôt
Rodrigue
Hors ligne
une piste déja (j'vous jure que j'avais goglé…):
[url]https://bitbucket.org/david/django-roa/wiki/Home[/url]
a+
Dernière modification par doddo (15-09-2011 07:56:06)
Hors ligne
As-tu jeté un oeil sur Django-roa ?
Sinon , dans un autre rayon, mais ça dépend vraiment de tes sources, que tu n'as pas décrite, il y a SPARQL et le RDF
Hors ligne
Bonjour à tous, merci pour vos réponse.
@Rémy, merci pour ta réponse, par contre j'ai du mal m'exprimer. ce que
je souhaite faire c'est utiliser un webservice (externe à mon projet,
non développé par moi) en wrappant avec le système des models de django.
Faire juste un frontend pour ces webservices.
De manière à ce que dans ma vue je puisse faire un Notice.objects.all()
(où Notice serait un model relié au webservice, et non a une base de
données, mais ça, je veux que la vue s'en contrebalance)
La piste proposé par Dominique G. semble par contre tout à fait
correspondre. je vais creuser.
à bientôt et bonne journée. (malheureusement à bouffer du php pour
moi…)
Rodrigue.
PS les webservice sont fournis par pmb, un sigb.
([url]http://www.pmbservices.fr/nouveau_site/pmblelogiciel.html[/url])
Dernière modification par doddo (15-09-2011 07:55:50)
Hors ligne
Dans ce cas Django Roa est fait pour toi
Hors ligne
zut, j'ai des doutes, les webservices ne sont pas restful mais xml-rpc/json-rpc.
D'après mes recherches, django-roa n'est pas fait pour ça… me trompes-je ?
a+ et merci encore.
Hors ligne
Le 15 sept. 2011 à 09:40, doddo a écrit :
> zut, j'ai des doutes, les webservices ne sont pas restful mais
> xml-rpc/json-rpc.
>
> D'après mes recherches, django-roa n'est pas fait pour ça… me
> trompes-je ?
En effet django-roa est uniquement utilisable avec les web services exploitant HTTP.
David
Hors ligne
Le 15 sept. 2011 à 11:07, doddo a écrit :
> merci de la précision, XML-RPC utilise http, mais en POST (§mon quote des specs). Mais bon, j'imagine que ça change pas grand chose à mon soucis ?
Oui, c'est la raison pour laquelle je fais la différence entre "utilise" et "exploite". Django-roa se base sur les verbes HTTP pour faire du CRUD alors que tout ce qui est XML-RPC/SOAP va encapsuler le message et redéfinir ses propres actions. Effectivement du coup il n'est pas possible d'utilise django-roa (en tout cas en l'état).
>
> En tout cas merci d'avoir développé django-roa, qui, même s'il ne me servira peut être pas pour ce projet, restera a coup sur dans un coin de ma tête. (et merci pour ton blog aussi, l'est chouette)
Merci !
David
Hors ligne
Bonjour David,
merci de la précision, XML-RPC utilise http, mais en POST (§mon quote
des specs). Mais bon, j'imagine que ça change pas grand chose à mon
soucis ?
En tout cas merci d'avoir développé django-roa, qui, même s'il ne me
servira peut être pas pour ce projet, restera a coup sur dans un coin de
ma tête. (et merci pour ton blog aussi, l'est chouette)
POST /RPC2 HTTP/1.0
User-Agent: Frontier/5.1.2 (WinNT)
Host: betty.userland.com
Content-Type: text/xml
Content-length: 181
<?xml version="1.0"?>
<methodCall>
<methodName>examples.getStateName</methodName>
<params>
<param>
<value><i4>41</i4></value>
</param>
</params>
</methodCall>
a+
Dernière modification par doddo (15-09-2011 09:47:37)
Hors ligne