J’apprends Python et Django, je suis très intéressé par le temps réel dans les pages web pour pour animer les entrées/sorties du Raspberry :

N’ayant pas su reproduire ce tuto (retrouvé en Anglais dans l’exemple de crossbar.io ;-) )

je reprends les exemples d’Autobahn pour y comprendre les bases :

Rien de mieux qu’un bon vieux ‘Hello world’ !!

Donc go github récupérer ‘autobahn-python-master’ et voici ce que je voudrais faire tourner :

‘autobahn-python-master/examples/twisted/wamp/app/hello/’ avec ‘hello.html’ et ‘hello.py’.

En lançant brut de fonderie ‘python hello.py’ j’ai un message d’erreur :

‘2016-12-19T19:07:42+0100 twisted.internet.error.ConnectionRefusedError: Connection was refused by other side: 111: Connection refused.’

oups !

Dans le ‘README.md’ ça parle de :

– ‘wamp.Application objects’, ‘ApplicationSession’

– ‘Flask-esque API to WAMP’

– il y a un exemple de code source, que je ne sais pas l’utiliser :

Si vous avez 2 minutes, auriez-vous une petite idée de ce qu’il faut faire pour exécuter cet exemple ?

PS : j’ai tester sous Python 2.7.12 et 3.5.2 du pc et 2.7.9 et 3.4.2 du raspberry (j’utilise virtualenv) l’erreur est la même.

PS2 : Pour ce tuto, je pense que la structure des dossiers projet et app de Django ont changés, je suis tout neuf dans le domaine donc pas de recul, j’ai tenté une ré-organisation des fichiers pour la 1.10.3 sans succès.

C’est pas grave, je voudrais déjà faire des TP avec les exemples Autobahn/Twisted/WAMP pour comprendre.

PS3 : Grand merci pour vos articles c’est super !!  ;-)

Jean-Christophe

Je suis dessus depuis plusieurs heures, et pas moyen de faire que ma page affiche autre chose que “Monitoring”.

Est-ce que à tout hasard, la machine qui affiche la page doit être la même que celle sur laquelle crossbar et django tournent ?

@.mobo: ça dépend. Tu ne lanceras jamais django comme ça, en prod il a toujours un truc devant comme uwsgi ou gunicorn, qui va créer plein de workers django. Du coup tu n’as pas qu’un process, mais plein. Le bridge HTTP utilise le routing de Django, donc gunicorn/uwsgi va envoyer le message vers seulement un worker. Le thread de autobahn-sync/crochet lui va se lancer dans tous les workers.

Donc:

• Si tu veux que l’appel soit fait dans un seul des workers django, le bridge HTTP.
• Si tu veux pouvoir faire un sub dans tous les workers django, autobahn-sync/crochet.

Actuellement, pour faire du rpc entre crossbar et django, tu conseillerai plutôt de passer par autobahn-sync/crochet ou par le http bridge callee ? En sachant que que la réponse json peut être assez importante. Merci et bonne continuation !

Merci pour ce tuto bien clair. Je cherchais une solution similaire et m’etais préalablement tourné vers swampdragon qui aide a faire du wamp avec Django aussi. Mais un peu plus usine a gaz même s’il est assez bien documenté. Et il n’a plus l’air mis a jour depuis un bail.

Du coup j’ai suivi ce tuto à la lettre pour tester. Je fais tout tourner dans un Docker avec un -p 8080:8080.

Le client.py étant lancé dans le Docker aussi, j’ai remplacé la variable SERVER par 127.0.0.1 .

J’avais une AssertionError au lancement de ce dernier avant d’écrire en unipre la string url :

app.run(url=u"ws://%s:80/ws" % SERVER, debug=False, debug_wamp=False)

Mais je me retrouve au lancement de ce client.py avec ceci :

2016-01-13T14:14:13+0000 Starting factory <autobahn.twisted.websocket.WampWebSocketClientFactory object at 0x7f65806a6090>

2016-01-13T14:14:13+0000 Stopping factory <autobahn.twisted.websocket.WampWebSocketClientFactory object at 0x7f65806a6090>

2016-01-13T14:14:13+0000 Main loop terminated.

2016-01-13T14:14:13+0000 Traceback (most recent call last):

2016-01-13T14:14:13+0000   File "client.py", line 130, in 

2016-01-13T14:14:13+0000     app.run(url=u"ws://%s:80/ws" % SERVER, debug=False, debug_wamp=False)

2016-01-13T14:14:13+0000   File "/usr/local/lib/python2.7/dist-packages/autobahn/twisted/wamp.py", line 395, in run

2016-01-13T14:14:13+0000     runner.run(self.call, start_reactor)

2016-01-13T14:14:13+0000   File "/usr/local/lib/python2.7/dist-packages/autobahn/twisted/wamp.py", line 272, in run

2016-01-13T14:14:13+0000     raise connect_error.exception

2016-01-13T14:14:13+0000 twisted.internet.error.ConnectionRefusedError: Connection was refused by other side: 111: Connection refused.

Si vous avez une idée, je prend.

Je vais continuer à creuser :)

Merci !

Je vais regarder le problème quand j’ai un moment.

faire son propre monitoring … un reve

par contre des que l’on teste c’est plus difficile

j’ai bien ‘git clone’ le truc

sync_db toussa

lancé le crossbar start avec le python path qu’il faut

sur le navigateur je vois bien ‘Monitoring’ quand je pointe

j’ai bien mis des clients dans la base de données

je lance client.py qui ne dis rien (j’ai remplacé SERVER par 127.0.0.1)

et puis c’est tout

rien ne bouge même pas un log

le coté django repond

mais coté crossbar rien ne bouge,

pas de log

je piges pas ce qu’il me manque pour que cela fonctionne

bon ok je fais ça depuis une VM sous virtualbox (serveur + client )

j’interroge avec firefox depuis l’hote (en redirigeant les ports 8000 8080 et 111)

je dois pas être loin, mais le manque de log me perturbe