29/08/2010, 13:37:07
J'ai donc essayé pas mal de choses avec le script de Jean-François
(même si je ne comprends pas tout).
Une chose récurrente, c'est que la plupart des commandes que j'envoie
ne reçoivent pas de réponse (le navigateur attend la réponse) mais si
je tue linknx, alors la réponse arrive.
Exemples :
exec : <read><status/></read>
result sans tuer linknx : rien, attente du navigateur
result (après avoir tué linknx) : <read status="success">
<status>
<timers />
<rules />
</status>
</read>
exec: <read><objects/></read>
result sans tuer linknx : rien, attente
result après avoir tué linknx : <read status="success">
<objects>
<object id="pc" value="off" />
</objects>
</read>
A noter qu'il y a un caractère (binaire ?, impossible de l'extraire de
la page web) à la fin des résultats précédents, et que ce caractère
n'est pas présent en réponse à un appel à un objet unique (situation
qui marche bien) :
<read><object id="pc"/></read>
qui donne :
<read status='success'>off</read>
... Ce caractère serait-il l'origine du problème ? Il semble bloquer
l'interprétation du XML envoyé par linknx par ce navigateur.
Si oui, d'ou viendrait ce caractère ? Je suis sur MacOS+Macports, ce
qui est un environnement unix presque traditionnel, mis à part
quelques soucis sur des librairies particulières (et je suspecte
pthsem d'être dans ce cas).
J'ai compilé la version de linknx trouvée sur le CVS de Sourceforge,
et j'ai exactement les mêmes comportements.
Merci pour vos indications,
Nicolas.
(même si je ne comprends pas tout).
Une chose récurrente, c'est que la plupart des commandes que j'envoie
ne reçoivent pas de réponse (le navigateur attend la réponse) mais si
je tue linknx, alors la réponse arrive.
Exemples :
exec : <read><status/></read>
result sans tuer linknx : rien, attente du navigateur
result (après avoir tué linknx) : <read status="success">
<status>
<timers />
<rules />
</status>
</read>
exec: <read><objects/></read>
result sans tuer linknx : rien, attente
result après avoir tué linknx : <read status="success">
<objects>
<object id="pc" value="off" />
</objects>
</read>
A noter qu'il y a un caractère (binaire ?, impossible de l'extraire de
la page web) à la fin des résultats précédents, et que ce caractère
n'est pas présent en réponse à un appel à un objet unique (situation
qui marche bien) :
<read><object id="pc"/></read>
qui donne :
<read status='success'>off</read>
... Ce caractère serait-il l'origine du problème ? Il semble bloquer
l'interprétation du XML envoyé par linknx par ce navigateur.
Si oui, d'ou viendrait ce caractère ? Je suis sur MacOS+Macports, ce
qui est un environnement unix presque traditionnel, mis à part
quelques soucis sur des librairies particulières (et je suspecte
pthsem d'être dans ce cas).
J'ai compilé la version de linknx trouvée sur le CVS de Sourceforge,
et j'ai exactement les mêmes comportements.
Merci pour vos indications,
Nicolas.