Exception Java Stacktrace Pas L'Impression

J'ai le code suivant:

import org.apache.commons.lang.exception.ExceptionUtils;
public void myMethod() {
    try {
        //do something
    } catch (Exception e) {
        System.out.println(ExceptionUtils.getStackTrace(e)); //prints "java.lang.NullPointerException"
        System.out.println(ExceptionUtils.getFullStackTrace(e)); //prints "java.lang.NullPointerException"
        e.printStackTrace(); //prints "java.lang.NullPointerException"
    }
}

Le résultat que j'aimerais voir, c'est plein stacktrace avec les numéros de ligne et la hiérarchie des classes qui a échoué. Par exemple,

Exception in thread "main" java.lang.NullPointerException
        at org.Test.myMethod(Test.java:674)
        at org.TestRunner.anotherMethod(TestRunner.java:505)
        at java.util.ArrayList(ArrayList.java:405)

Ce code est exécuté à l'intérieur d'une plus grande application qui a également log4j, mais j'espère être en mesure d'obtenir l'exception dans une chaîne de caractères afin que je puisse l'envoyer sous forme de courriel pour les développeurs java.

Quelqu'un a une idée sur comment je peux capturer la trace de la pile d'une chaîne de caractères? Je ne peux pas utiliser Thread.currentThread().getStackTrace() depuis cette application fonctionne sur Java 4. Ce qui pourrait bloquer le code ci-dessus à partir de l'impression de la pleine stacktrace?

Ressemble à la StackTraceElement tableau à entrées en phase nationale est en cours de réinitialisation à vide. Est rien d'appel setStackTrace sur le NPE?
Non, rien ne doit être l'appel de setStackTrace.
Êtes-vous en mesure de débogage dans un IDE? Pourrait être utile de définir un point d'arrêt dans le bloc catch pour voir si l'Exception est "parfaitement formé".
ajouter le connecté la sortie de votre myMethod() ou de votre méthode. e.printStackTrace(); normalement devrait imprimer le remplissage de trace.

OriginalL'auteur David | 2012-09-11

2

L'exception peut-être attrapé et jeté quelque part avant de votre bloc catch. Peut-être dans une autre classe que vous appelez de faire de la logique.

Un Exception créé comme
new Exception(new Throwable("java.lang.NullPointerException"));
impression sera quelque chose comme ce que vous voyez.

Il ne s'éteindre qu'à l'intérieur du bloc try, qu'il fait appel à une autre méthode qui avait un bloc try avec une instruction catch explicitement réduit l'exception (similaire à votre exemple, sauf qu'ils n'ont pas coder en dur "NullPointerException", mais plutôt simplement tronqué la cause de la stacktrace).
Je serais envisage sérieusement de passer à un autre produit. Délibérément la suppression de l'exception de l'information comme cela va à l'encontre du meilleur intérêt de leurs clients / utilisateurs. Trouver un autre fournisseur qui n'est pas de faire ce genre de merde chose.

OriginalL'auteur basiljames
13

c'est à cause de java n'code optimiziation lorsque vous exécutez en mode serveur (java server)
pour sauter cette étape. utilisation -XX:-OmitStackTraceInFastThrow en java args
voir le lien ci-dessous pour plus de détails:

http://jawspeak.com/2010/05/26/hotspot-caused-exceptions-to-lose-their-stack-traces-in-production-and-the-fix/

Au lieu de désactiver cette optimisation sur un serveur de production, je voudrais juste suivre Peter, les conseils et regardez une version antérieure d'erreur dans le journal.
Je suis d'accord que peut être fait quand vous possédez le code, si vous êtes dependenty sur quelqu'un d'autre, jusqu'à ce qu'ils fixent, c'est le meilleur que vous pourriez faire.
C'est certainement ce qui a causé le même problème pour moi, sur la Prod. Merci pour la réponse!
Pas de travail dans le JDK 8.

OriginalL'auteur vinesh

Si vous avez à plusieurs reprises lancer une exception, la JVM cesser de remplir dans la trace de la pile. Je ne suis pas sûr pourquoi, mais il peut être de réduire la charge sur la JVM. Vous devez être à la recherche lors d'une précédente trace de la pile pour voir les détails.

for (int n = 0; ; n++) {
    try {
        Integer i = null;
        i.hashCode();
    } catch (Exception e) {
        if (e.getStackTrace().length == 0) {
            System.out.println("No more stack trace after " + n + " thrown.");
            break;
        }
    }

imprime

No more stack trace after 20707 thrown.

ce qu'il a été, de trop nombreux exception levée trop vite merci.

OriginalL'auteur Peter Lawrey

2

Quelqu'un a une idée sur comment je peux capturer la trace de la pile d'une chaîne de caractères?

Vous pouvez utiliser le ci-dessous de manière(StringWriter.toString()) pour transférer la trace de la pile dans une Chaîne.
```
 StringWriter writer = new StringWriter();
 e.printStackTrace( new PrintWriter(writer,true ));
 System. out.println("exeption stack is :\n"+writer.toString());
```
OriginalL'auteur Jaskey
1

Peut-être vous n'avez pas un appender pour la sortie de la console. Vous envisagez d'en ajouter un. Sinon, connectez-vous comme ENREGISTREUR.d'erreur(ex); avec log4j ou SLF4J

Pendant un moment, j'ai pensé qu'il pourrait être en raison de journalisation de la console. J'ai donc essayé de ranger l'exception dans une chaîne de caractères et les envoyant par courrier électronique à moi-même. L'e-mail ne contient que des "java.lang.NullPointerException"

OriginalL'auteur Chris
1

Je ne peux que penser à 2 raisons pourquoi e.printStackTrace() peut-sortie de la chaîne de "java.lang.NullPointerException".
- Quelque chose pourrait avoir appelé setStackTrace(new StackTraceElement[0]) sur l'exception.
- L'exception de l'objet peut être une instance d'une délicate classe qui a écrasé la printStackTrace() ou une autre méthode pour renvoyer des informations trompeuses.
OriginalL'auteur Stephen C
0

Assurez-vous que vous avez utilisé e.printStackTrace(), la place de l'e.getStackTrace();

OriginalL'auteur Spider

Vous devez vous connecter pour publier un commentaire.