Bonjour,
Je dispose d’un serveur qui fourni des données en json sur un réseau Lan
configuré comme ceci:
Mais malgrès de nombreuses tentatives, j’ai « never » en « dernière mise à jour ».
Impossible d’établir la connexion (alors que ça fonctionne depuis un PC).
Y’a t’il un problème avec le port ? (8081) ?
Merci pour votre aide… la je sèche
Cdt
Bonjour,
Enlevez http:// pour ne laisser que l’ip dans le champs de saisi.
Cdt
Bonjour,
j’ai le même problème depuis le passage à la version 4.00.30.
Une ancienne source de données avec http… fonctionne :
alors qu’une nouvelle, avec ou sans http, reste muette 
Je précise que dans Postman le serveur répond correctement :
Bonjour,
Sans le « http:// » cela ne fonctionne pas.
Je n’ai pas essayé une ancienne version, mais je vais tester avec la 4.00.29.
Si ça marche, j’attendrai que le soucis soit corrigé avant de refaire une nouvelle mise
à jour. J’ai des données en json auquel je tiens particulièrement.
Cdt
bonjour,
Il y a peut être un problème dans la version si on ajoute le Port dans l’URL Json
(je n’ai pas testé, j’emets une hypothèse sur vos déboires ;))
Peut-être que @Maxime_gce pourra nous confirmer le bon fonctionnement sur la version 4.00.30
Merci par avance.
cdt
Bonjour,
Je viens de faire le test et aucun soucis.
Pour le problème initial, il est possible que votre serveur n’accepte pas le cross domain policy (http://blog.inovia-conseil.fr/?p=202), c’est à dire les requêtes provenant d’un autre serveur. Via un navigateur ou postman vous agissez en tant que client direct, via la V4 vous passer par le navigateur qui lui va agir en tant que client intermédiaire. D’où le cross domain. J’espère ne pas dire de bêtise car ce n’est pas mon domaine mais concrètement certains serveur n’acceptent pas ce genre de requête utilisant des intermédiaire.
Bonjour,
je viens de trouver la solution pour mon cas (serveur perso développé en nodejs + express) : ajouter dans les headers des réponses Access-Control-Allow-Origin: * . Sans cela l’IPX reste de marbre
@Maxime_gce, ce serait bien d’avoir un message d’erreur ou de documenter les conditions de consommation d’une API (entre minuit et 2 heures du matin il doit rester un créneau 
)
C’est pas l’IPX qui est en cause mais votre navigateur qui empêche la requête.
Normalement, vous devriez avoir le message d’erreur dans la console de votre navigateur.
Oups. Très mauvaise analyse de ma part. 
J’ai encore oublié que c’est le client qui fait le taf et j’ai pas regardé au bon endroit.
C’est pourtant clair avec le message sous les yeux.
Merci @ZogStriP 
Désolé @Maxime_gce, je crois que je vais devoir écrire un tutorial pour me faire pardonner
Bonjour,
Malgrès toutes les solutions proposées, je persiste a croire que le problème ne viens pas de moi.
(mais ça arrive a tout le monde de se tromper…)
Voici une capture d’écran, j’ai entouré quelque chose qui me semble tout de même très étrange:
A quoi sert cette requête ? car là je ne comprend pas.
Cela ressemble a un lien relatif, a remplacer probablement par un lien absolu dans la programmation de l’ipx…
Cdt
Bonjour,
Problème résolu
Le « http:// » est obligatoire sinon l’adresse ressemblera a l’image ci-dessus.
« Sauvegarder » dans le menu « Fichier de donnnées » n’est pas suffisant, la config est
rééllement prise en compte en sauvegardant également l’IHM.
Cdt
