La trace de la pile est cruciale pour résoudre les problèmes. Dans Android, vous trouverez de belles rapports dans la console Play Store. Sauf si vous utilisez Google Analytics v2. Dans ce cas, les analyses semblent avaler les exceptions. Pire, les analyses ne semblent connecter que la première ligne de l'exception et perdre ainsi la stacktrace. Au moins, il n'est pas affiché dans le rapport d'erreur.
Voici un snip de notre analyse.xml: Voir aussi ici: Alors, pourrait-il y avoir quelque chose de manquant / faux dans notre application?
3 Réponses :
Vous pouvez écraser la classe ExceptionnelParser pour obtenir plus d'informations sur StackTrace: https://developers.google.com/analytics/devguides/collection/andrroid/v2/exceptions#Exception-parser . Je ne sais pas si la standingTrace sera très lisible dans l'interface Web de Google Analyctics.
Pourrait être une solution de contournement. La chose étrange est que la DOC dit "Le champ Description est automatiquement rempli à l'aide de la trace de la pile." Il semble avoir le message d'exception que cependant.
Comme réponse précédente (User857661) dit, voir la documentation Google Analytics sur la création d'un nouveau ExceptionnelReporter , ou voir Mon blog post sur la façon de Attribuez une exception personnalisée dans le gestionnaire par défaut.
Excellent analyse personnalisé dan! Fonctionne comme un charme!
Selon Changelog à partir de la version 2.0b3 Il y a StandardExceptionReporter qui peut être utilisé
@mente un bon point, même si je pense que vous vouliez dire StandardExceptionParse. Vous pouvez décompiler les sources avec Dites JD-GUI et examiner la manière dont elle est mise en œuvre ou l'instanciate directement - il semble produire des informations utiles, mais pas un lot entier, par exemple.
standardExceptionParser standardExceptionParser = nouvelle standardExceptionParse (ceci, null); Log.e ("test", standardExceptionParser.getDescription (thread.CurrentThread () .getName (), nouvelle analyse RunTimeException ("Test StandardExceptionParser Stack Trace")));
sorties = RunTimeException (@MainSactivité: Oncreate: 29) {Main}
@Nemi l'idée devrait également fonctionner avec V3 (en fait, je connais parce que j'ai migré un projet ou deux, mais d'autres choses ont changé depuis, comme comment envoient de manière programmée une exception capturée - je vais chercher à écrire un nouveau post Cela fonctionnera avec v3.01 développeurs.google.com/analytics / Devuides / Collection / Android / V3 / ...
Qu'en est-il de l'avertissement grand de lecture ici: développeurs.google.com/analytics/ Devuides / Collection / Android / V4 / ... ? Il existe un certain risque de violation des directives de confidentialité si les soins ne sont pas pris pour filtrer les messages d'exception réels ...
@sfthomas Intéressant Bit ... Bien que probablement improbable pour une exception non capturée contienne des informations personnellement identifiables dans le message d'exception - un développeur responsable traiterait probablement des zones sensibles en tant que telles et attraper les exceptions et affiche des informations utiles à l'utilisateur plutôt que de les laisser être signalé via l'ensemble des analyses. Techniquement, il devrait être possible de quitter / supprimer le message de la trace de la pile dans la mise en œuvre d'ExceptionParser, je ne sais pas, à la recherche du nom ":" après le nom de la classe d'exception et le premier "à".
Si vous souhaitez voir la trace complète d'exception sur GA v3.0 en avant, envoyez votre exception comme