Try catch Sur SimpleXMLElement (PHP 5.5.12)

Version imprimable

20/10/2015, 14h30
ma5t3r

Try catch Sur SimpleXMLElement (PHP 5.5.12)
Bonjour à tous,
Je suis en train de tester les exceptions en php.
Lorsque j'utilise le code suivant, il ne se passe rien si ce n'est l'affichage du Warning sur la page.
L'erreur n'est pas traitée par le système.

La variable $xml est une chaine xml que j'ai mal formé exprès pour générer une erreur
Code:

1 2 3 4 5 6 7 try { $doc = new SimpleXMLElement($xml); echo "Yup<br />"; } catch (Exception $e) { print_r($e."<br />"); }
Est ce que qqun peut m'expliquer pourquoi ?
Un problème de configuration du serveur ?

Merci

Je me réponds à moi même si ca peut aider qqun.
Le traitement des erreurs doit être spécifique à cet objet.
Apparemment, le mécanisme TRY / CATCH de PHP est spécifique à PHP et ne ressemble pas tout à fait au traitement des erreurs des autres langages.

Voici la solution pour traiter ce genre de problème. En l’occurrence, un fichier xml mal formé
Code:

1 2 3 4 5 6 7 8 9 10 11 $xml = $_POST['articles']; libxml_use_internal_errors(true); $sxml = simplexml_load_string($xml); if ($sxml === false) { echo "Erreur lors du chargement du XML<br />"; foreach(libxml_get_errors() as $error) { echo "      ", $error->message."<br />"; } exit; }
http://php.net/manual/fr/simplexml.examples-errors.php

21/10/2015, 01h11
Tsilefy

Le Try/Catch/finally est similaire au try/catch/finally des autres langages, et s'applique aux exceptions, pas aux erreurs.

Mais c'est SimpleXMLElement qui a une gestion bizarre des exceptions. C'est PHP, parfois mieux vaut pas se demander pourquoi :-)
21/10/2015, 12h31
ma5t3r

Merci pour cette petite précision.
21/10/2015, 13h28
papajoker
Citation:

Envoyé par Tsilefy

C'est PHP, parfois mieux vaut pas se demander pourquoi :-)

:mouarf:

bien sur que si les exceptions fonctionnent très bien en php , a tester :
Code:

1 2 3 4 5 6 7 8 <?php libxml_use_internal_errors(true); try{ $xml = new SimpleXMLElement('<html></test>'); } catch (Exception $e){ print_r($e); } ?>
22/10/2015, 00h11
Tsilefy

En PHP en général, oui. Avec SimpleXMLElement, non. La preuve, il faut que tu ajoutes

Code:

libxml_use_internal_errors(true)

Jamais dans aucun autre langage (ou même dans PHP) je n'ai vu ça, mais je suis toujours prêt à apprendre de nouvelles choses :-)
Rends-toi compte:
1- il faut initialiser les exceptions pour pouvoir les utiliser
2- on mélange fonction et objet. À la limite une classe SimpleXMLErrorException mais là...
3- c'est une fonction de libxml, pas de SimpleXMLElement. C'est donc une dépendance cachée. À partir du moment où je manipule l'interface de SimpleXMLElement, je ne devrais pas avoir à faire une configuration de bas niveau pour obtenir quelque chose d'aussi fondamental que les exceptions.

Heureusement, c'est un cas très particulier. Et quand je dis ironiquement c'est PHP, c'est sans doute parce que c'est en raison d'un problème de compatibilité rétroactive (avec libxml), qui est la cause de 90% des bizzareries de PHP (mais aussi la raison de son succès en général).
22/10/2015, 02h40
papajoker

@Tsilefy
au moins je répond + intelligemment que

Citation:

C'est PHP, parfois mieux vaut pas se demander pourquoi :-)

si ca ne marche pas c'est de la faute de php 8O c'est possible parfois (très rarement) mais avant de prétendre cela on fait au minimum un petit test .

Cette ligne ajoutée est un détail et n'est pas la question du sujet : SimpleXMLElement ne déclenche pas d'exception ?.
il ne faut pas obligatoirement ajouter libxml_use_internal_errors() simplement c'était un moyen de dévaliser les erreurs ; avec ou sans, l'exception est très bien gérée.

Si libxml te gène tant que cela.je pouvais aussi écrire : error_reporting(E_ERROR|E_STRICT) ou ini_set('display_errors','1') ou utiliser set_exception_handler() si ce n'est pas fait par le framework ou en production.

Oui SimpleXMLElement déclenche des erreurs et des exceptions en même temps et donc oui elle a un problème ... mais je dirais que c'est plus une gestion bizarre des erreurs ;) et je penche comme toi pour un sombre problème de compatibilité rétroactive (mais c'est une classe pourtant!?)