Plaisanterie renvoie “Erreur de Réseau” lorsque vous faites une demande authentifiée avec axios

Cela semble un peu bizarre pour moi. Je suis en train de tester un réel (ie. véritable réseau) demande à la Plaisanterie.

Ce sont les scénarios testés:

  • Test d'une API externe (fixateur.io) sans les en-têtes de <--- Cela fonctionne
  • Test local de l'API serveur avec des en-têtes <--- Cela ne fonctionne PAS
  • Test même API, avec les en-têtes de node terminal <--- Cela fonctionne

Quelle pourrait être la raison derrière ce comportement? Et quelle est la solution?

//This WORKS
test('testing no headers', () => {
  return axios.get('http://api.fixer.io/latest')
        .then( res => console.log(res) )
});

//This DOES NOT work
test('testing no headers', () => {
  return axios.get('http://localhost:3000/users/4/profile', 
                      {headers:{authorization:`Bearer ${mytoken}`}})
        .then( res => console.log(res) )
});

//...

//Node Terminal
//This WORKS
> axios.get('http://localhost:3000/users/4/profile', 
                   {headers:{authorization:`Bearer ${mytoken}`}})
        .then( res => console.log(res) )
InformationsquelleAutor lllllll | 2017-03-08
  1. 18

    Que c'est drôle,que l'axios utilisé XMLHttpRequest en primaire,et la requête ajax ne peut pas l'accès à l'ensemble du domaine,de sorte que votre test a échoué ,de sorte que vous pouvez laissez vos code passer par l'axios adaptateur.

    La Raison par axios/defaults.js

     function getDefaultAdapter() {
    var adapter;
    if (typeof XMLHttpRequest !== 'undefined') {
        //For browsers use XHR adapter
        adapter = require('./adapters/xhr');
    } else if (typeof process !== 'undefined') {
        //For node use HTTP adapter
        adapter = require('./adapters/http');   
    }
    return adapter;
 }

    Le changement de Solution axios adaptateur http

    import axios from 'axios';
//This WORKS
test('testing with headers', (done) => {
    var path=require('path');
    var lib=path.join(path.dirname(require.resolve('axios')),'lib/adapters/http');
    var http=require(lib);
    axios.get('http://192.168.1.253', {
        adapter: http,
        headers: {
            Authorization: "Basic YWRtaW46bHVveGlueGlhbjkx"
        }
    }).then((res) => {
        expect(res.status).toBe(200);
        done();
    }).catch(done.fail);
});

    Le changement de Solution plaisanterie testURL dans le paquet.json

    "jest": {
   "testURL":"http://192.168.1.253"
}

    ensuite, le test peut être l'accès http via ajax

    import axios from 'axios';
    //This WORKS
    test('testing with headers', (done) => {
        axios.get('http://192.168.1.253', {
            headers: {
                Authorization: "Basic YWRtaW46bHVveGlueGlhbjkx"
            }
        }).then((res) => {
            expect(res.status).toBe(200);
            done();
        }).catch(done.fail);
    });
    • Merci pour la réponse. Je me doutais qu'il avait à faire avec l'adaptateur. Maintenant, je suis assez perplexe sur le testURL paramètre dans le package.json. J'ai eu une vieille réglage localhost:8080 dont j'ai oublié, en train de changer à localhost:3000 t de le faire fonctionner. Je vais essayer de comprendre comment Jest utilise cette conflictuelle testURL param...
    • le problème, c'est de l'ajax d'accès de la croix de domaine,parce que jsdom url par défaut dans la plaisanterie est about:blank,j'ai essayé de changer la document.url mais pas avec succès,uniquement via testURL option peut changer l'ajax origin url.
    • Mais il ne faut pas Plaisanter faire attention à ce que quelque chose (ie. axios dans ce cas) est de spécifier un autre nom de domaine? Que faire si différents essais de faire des demandes à des domaines différents dans la même application?
    • Je n'ai pas trouvé de solutions pour résoudre ce problème,seulement de changer axios adapers.
    • changer de http affecte api type de réponse ou de tout autre effet secondaire sur les api existantes appel fait par le passé ??
    • Cela m'a aidé à résoudre un problème que j'ai eu avec l'aide d'axios à l'intérieur wallaby.js test runner. Merci

    InformationsquelleAutor holi-java
  2. 33

    Il peut être une Plaisanterie problème de configuration. J'ai résolu de forcer le "nœud" comme la blague de l'environnement dans le paquet.json:

    "plaisanterie": {
    "testEnvironment": "nœud"
    }

    voir docs: https://facebook.github.io/jest/docs/configuration.html#testenvironment-string

    • Sauvé ma peau, merci monsieur!
    • Cela m'a aidé à faire des requêtes get. Mais j'ai toujours l'erreur sur la requête post. Aucun indice?
    • Excellente solution!
    • ai [erreur de Référence: fetch n'est pas défini] lors de l'utilisation de nœud de l'environnement de la POSTE et des Met. Le nœud de l'environnement n'ont pas accès à la fenêtre.fetch comme jsdom, de sorte que vous aurez à utiliser une extraction de la bibliothèque c'est sympathique à la fois le navigateur et le serveur comme ceci une
    InformationsquelleAutor Daniele Dellafiore
  3. 20

    Plaisanterie vous permet de définir un fichier de script d'installation. Ce fichier sera nécessaire avant tout le reste et vous donne une chance de modifier l'environnement dans lequel les tests sont exécutés. De cette façon, vous pouvez désactiver XMLHttpRequest avant axios est chargé et le type de carte évalués depuis les importations sont hissés. https://facebook.github.io/jest/docs/configuration.html#setuptestframeworkscriptfile-string

    Cela a fonctionné pour moi:

    paquet.json

    {
  ...,
  "jest": {
    ...,
    "setupTestFrameworkScriptFile": "./__tests__/setup.js",
    ...
  },
  ...
}

    __tests__/setup.js

    global.XMLHttpRequest = undefined;
    • de loin la solution la plus élégante pour l'instant! merci
    • merci monsieur, vous êtes le héros!
    • solution sympa mais setup.js doit être déplacé hors de la __tests__ dossier sinon vous obtiendrez une erreur que le test a échoué dans setup.js fichier
    InformationsquelleAutor chris