D'intercepter les exceptions de Bouffer

Je suis en train d'essayer d'attraper les exceptions à partir d'un ensemble de tests, je suis en cours d'exécution sur une API je suis en développement et je suis en utilisant le Gave de consommer les méthodes de l'API. J'ai les tests enveloppé dans un bloc try/catch, mais il est encore de jeter exception non gérée erreurs. Ajouter un écouteur d'événements tels que décrits dans les docs ne semble pas faire quoi que ce soit. J'ai besoin d'être en mesure de récupérer les réponses qui ont HTTP codes de 500, 401, 400, en fait tout ce qui n'est pas 200 comme le système va le plus approprié code basé sur le résultat de l'appel, si cela ne fonctionne pas.

Actuel exemple de code

foreach($tests as $test){

        $client = new Client($api_url);
        $client->getEventDispatcher()->addListener('request.error', function(Event $event) {        

            if ($event['response']->getStatusCode() == 401) {
                $newResponse = new Response($event['response']->getStatusCode());
                $event['response'] = $newResponse;
                $event->stopPropagation();
            }            
        });

        try {

            $client->setDefaultOption('query', $query_string);
            $request = $client->get($api_version . $test['method'], array(), isset($test['query'])?$test['query']:array());


          //Do something with Guzzle.
            $response = $request->send();   
            displayTest($request, $response);
        }
        catch (Guzzle\Http\Exception\ClientErrorResponseException $e) {

            $req = $e->getRequest();
            $resp =$e->getResponse();
            displayTest($req,$resp);
        }
        catch (Guzzle\Http\Exception\ServerErrorResponseException $e) {

            $req = $e->getRequest();
            $resp =$e->getResponse();
            displayTest($req,$resp);
        }
        catch (Guzzle\Http\Exception\BadResponseException $e) {

            $req = $e->getRequest();
            $resp =$e->getResponse();
            displayTest($req,$resp);
        }
        catch( Exception $e){
            echo "AGH!";
        }

        unset($client);
        $client=null;

    }

Même avec le bloc catch pour la levée d'une exception de type je suis encore en train arrière 

Fatal error: Uncaught exception 'Guzzle\Http\Exception\ClientErrorResponseException' with message 'Client error response [status code] 401 [reason phrase] Unauthorized [url]

et tous sur l'exécution de la page s'arrête, comme vous le souhaitez. L'ajout de la BadResponseException catch m'a permis de rattraper une erreur 404 correctement, mais cela ne semble pas fonctionner pour les 500 ou les réponses 401. Quelqu'un peut-il suggérer l'endroit où je vais mal s'il vous plaît.

  • Est-ce code en vertu d'un espace de noms? Si donc, sauf si vous êtes useing les exceptions, vous pouvez avoir besoin de les préfixer avec ` explicitement état de la FQ Classe. Ainsi, par exemple, '\Bouffer\Http\Exception\ClientErrorResponseException'
InformationsquelleAutor Eric | 2013-07-15
  1. 15

    Si l'Exception est levée dans ce try bloc puis au pire des cas Exception devrait être capte rien non interceptée.

    Considérer que la première partie de l'épreuve est de lancer l'Exception et étirable dans le try bloquer ainsi.

    • Vous avez raison, il y avait un test à l'extérieur de la try/catch qui a été lancer une exception. Stupide erreur, merci pour l'aide.
    InformationsquelleAutor
  2. 118

    En fonction de votre projet, la désactivation des exceptions pour bouffer pourrait être nécessaire. Parfois, les règles de codage de rejeter les exceptions pour le contrôle de flux. Vous pouvez désactiver les exceptions pour Bouffer 3 comme ceci:

    $client = new \Guzzle\Http\Client($httpBase, array(
  'request.options' => array(
     'exceptions' => false,
   )
));

    Cela ne désactive pas curl exceptions pour quelque chose comme les délais d'attente, mais maintenant vous pouvez obtenir chaque code d'état facilement:

    $request = $client->get($uri);
$response = $request->send();
$statuscode = $response->getStatusCode();

    Pour vérifier, si vous avez obtenu un code d'accès valide, vous pouvez utiliser quelque chose comme ceci:

    if ($statuscode > 300) {
  //Do some error handling
}

    ... ou mieux gérer tous les codes:

    if (200 === $statuscode) {
  //Do something
}
elseif (304 === $statuscode) {
  //Nothing to do
}
elseif (404 === $statuscode) {
  //Clean up DB or something like this
}
else {
  throw new MyException("Invalid response from api...");
}

    Pour Bouffer 5.3

    $client = new \GuzzleHttp\Client(['defaults' => [ 'exceptions' => false ]] );

    Grâce à @mika

    Pour Bouffer 6

    $client = new \GuzzleHttp\Client(['http_errors' => false]);
    • Jamais eu un bug étrange causée par un manque break 😉 Mais bien sûr, il serait une bonne solution si vous avez plusieurs codes d'état, vous avez à gérer de la même manière. Je préfère if, cause switch prend en charge ==.
    • Merci pour la mention de request.options. Résolu mon problème et m'a sauvé la recherche correctement. 🙂
    • Ou dans Guzzle5.3: $client = new \GuzzleHttp\Client(['defaults' => [ 'exceptions' => false ]] );
    • Cela a sauvé ma bacon sur un projet urgent. Grâce Trendfischer et AINSI de!
    InformationsquelleAutor Trendfischer
  3. 45

    Pour attraper Bouffer les erreurs que vous pouvez faire quelque chose comme ceci:

    try {
    $response = $client->get('/not_found.xml')->send();
} catch (Guzzle\Http\Exception\BadResponseException $e) {
    echo 'Uh oh! ' . $e->getMessage();
}

    ... mais, pour être en mesure de "journal" ou "renvoyer" votre demande d'essayer quelque chose comme cela:

    //Add custom error handling to any request created by this client
$client->getEventDispatcher()->addListener(
    'request.error', 
    function(Event $event) {

        //write log here ...

        if ($event['response']->getStatusCode() == 401) {

            //create new token and resend your request...
            $newRequest = $event['request']->clone();
            $newRequest->setHeader('X-Auth-Header', MyApplication::getNewAuthToken());
            $newResponse = $newRequest->send();

            //Set the response object of the request without firing more events
            $event['response'] = $newResponse;

            //You can also change the response and fire the normal chain of
            //events by calling $event['request']->setResponse($newResponse);

            //Stop other events from firing when you override 401 responses
            $event->stopPropagation();
        }

});

    ... ou si vous voulez "arrêter la propagation de l'évènement" vous pouvez overridde écouteur d'événement (avec une priorité plus élevée que -255) et tout simplement arrêter la propagation de l'évènement. 

    $client->getEventDispatcher()->addListener('request.error', function(Event $event) {
if ($event['response']->getStatusCode() != 200) {
        //Stop other events from firing when you get stytus-code != 200
        $event->stopPropagation();
    }
});

    c'est une bonne idée pour éviter bouffer des erreurs comme:

    request.CRITICAL: Uncaught PHP Exception Guzzle\Http\Exception\ClientErrorResponseException: "Client error response

    dans votre application.

    • Ce n'est plus possible dans le Gave de 6. Une idée de comment faire cela avec un middleware?
    InformationsquelleAutor Dado
  4. 29

    Dans mon cas, j'ai été jeter Exception sur un espace de noms de fichiers, de sorte php essayé d'attraper My\Namespace\Exception donc pas d'attraper toutes les exceptions à tout.

    La peine de vérifier si catch (Exception $e) est de trouver le bon Exception classe.

    Juste essayer catch (\Exception $e) (avec qui \ là) et voir si cela fonctionne.

    • Je souhaite que j'avais défiler vers le bas pour cette erreur la première fois que j'ai eu la même question. Pour moi j'ai été à l'aide de vieux Bouffer Exception des noms et non pas d'attraper le générique d'Exception parce que je n'étais pas à la racine Namesapce. L'ajout de la barre oblique inverse avant d'Exception commencé à attraper le générique de l'Exception, ce qui me permet de voir mon nom inadéquation des erreurs sur le sujet plus spécifique Bouffer des Exceptions. Voir les commentaires sur le stackoverflow.com/a/7892917/2829359.
    • C'était exactement le problème que j'ai eu trop. Bonne réponse
    InformationsquelleAutor dmmd
  5. 11

    Vous devez ajouter un paramètre supplémentaire avec http_errors => false

    $request = $client->get($url, ['http_errors' => false]);
    InformationsquelleAutor andr3s2
  6. 5

    Vieille question, mais Bouffer ajoute la réponse à l'intérieur de l'objet de l'exception. Ainsi, une simple try-catch sur GuzzleHttp\Exception\ClientException et puis, à l'aide de getResponse sur cette exception que pour voir ce niveau-400 erreur et continuer à partir de là.

    InformationsquelleAutor Carson Reinke
  7. 2

    Je prenais GuzzleHttp\Exception\BadResponseException comme @dado suggère. Mais un jour je me suis GuzzleHttp\Exception\ConnectException lorsque le DNS de domaine n'est pas disponible.
    Donc, ma suggestion est - catch GuzzleHttp\Exception\ConnectException pour être sûr de l'DNS ainsi des erreurs.

    InformationsquelleAutor Ivan Yarych