Cacher Système..imprimer les appels d'une classe

Je suis en utilisant une bibliothèque java (fichier jar). L'auteur du fichier mis dans un tas de System.out.print et System.out.printlns. Est-il possible de masquer ces messages pour un objet particulier?

*EDIT: On dirait que le fichier jar semble être la création d'un groupe de threads et chaque thread a son propre Système..println...

OriginalL'auteur K2xL | 2011-12-02

  1. 41

    Changement d'origine PrintStream avec un Mannequin un qui ne fait rien sur c'est write() méthode.

    N'oubliez pas de remplacer original PrintStream lorsque vous avez terminé.

    System.out.println("NOW YOU CAN SEE ME");

PrintStream originalStream = System.out;

PrintStream dummyStream = new PrintStream(new OutputStream(){
    public void write(int b) {
        //NO-OP
    }
});

System.setOut(dummyStream);
System.out.println("NOW YOU CAN NOT");

System.setOut(originalStream);
System.out.println("NOW YOU CAN SEE ME AGAIN");
    merci pour la réponse rapide, mais ne pas ce cacher tout le système.les aboutissants? je veux garder ceux que j'ai dans mon programme mais de cacher les uns que les jar créé.
    Juste avant une méthode de pot invoquée utilisation System.setOut(dummyStream);. Juste après une méthode de pot invoquée utilisation System.setOut(originalStream);. Ok?
    Pas exactement. Le fichier jar crée un groupe de threads qui font chacun un Système....
    dans ce cas, l'utilisation de dummyStream tout le temps. Lorsque vous avez besoin d'imprimer quelque chose à la console d'utiliser originalStream.

    OriginalL'auteur Kerem Baydoğan

  2. 6

    System.setOut(); est probablement ce que vous cherchez

    System.setOut(new PrintStream(new OutputStream() {
  public void write(int b) {
    //NO-OP
  }
}));

    Source

    Remarque: Cela va arrêter le System.out.println et System.out.print appels de tous classes.
    ah oui je viens de demander à l'auteur de répondre à cette question... donc il n'y a aucun moyen de le cacher à partir d'un seul fichier spécifique? j'ai un système.out dans ma classe que je ne veux pas cacher... juste celles que l'auteur de ce pot a..
    Voir ma réponse
    qu'entendez-vous par juste un fichier spécifique? Merci de nous montrer la problématique partie de votre code.
    Pour échapper à une classe spécifique fichier ou plusieurs fichiers de classe que vous pourriez aspect. Aspectj avec ci-dessus de l'excellent travail!

    OriginalL'auteur Grambot

  3. 4

    Il y a deux façons que je peux penser de cette autre que ce qui a déjà été posté:

    1. Utiliser un Java decompiler et de supprimer chaque System.out appel et de recompiler le bocal. Je recommanderais cette une si vous choisissez cette voie.

    2. Vous pouvez utiliser la trace de la pile pour trouver le type d'appel. (À partir de Comment puis-je trouver de l'appelant d'une méthode à l'aide de stacktrace ou de réflexion?)

    List<String> classNames = ...
final PrintStream originalOut = System.out;
PrintStream filterStream = new PrintStream(new OutputStream() {
    public void write(int b) {
         StackTraceElement[] stackTraceElements = Thread.currentThread().getStackTrace();
         if(!classNames.contains(stackTraceElements[someNumber].getClassName()){
              originalOut.write(b);
         }
    }
});
System.setOut(filterStream);

    Où classNames est le nom complet de chaque classe dans le fichier jar et someNumber est la bonne place dans la pile, vous devez être à la recherche au (probablement 1 ou 2).

    /e1

    Après quelques tests, je crois que le nombre dont vous aurez besoin pour someNumber est de 10 ou 11. C'est parce que System.out.print ne pas appeler directement le write méthode.

    Exemple trace de la pile pour l'écriture h:

    (Traces de pile sont dans l'index, getClassName, getFileName, getMethodName commande).

    0   java.lang.Thread    null    getStackTrace
1   reflection.StackTrace$1 StackTrace.java write
2   java.io.OutputStream    null    write
3   java.io.PrintStream null    write
4   sun.nio.cs.StreamEncoder    null    writeBytes
5   sun.nio.cs.StreamEncoder    null    implFlushBuffer
6   sun.nio.cs.StreamEncoder    null    flushBuffer
7   java.io.OutputStreamWriter  null    flushBuffer
8   java.io.PrintStream null    write
9   java.io.PrintStream null    print
10  java.io.PrintStream null    println
11  reflection.StackTrace   StackTrace.java main

    Exemple trace de la pile pour l'écriture \n:

    0   java.lang.Thread    null    getStackTrace
1   reflection.StackTrace$1 StackTrace.java write
2   java.io.OutputStream    null    write
3   java.io.PrintStream null    write
4   sun.nio.cs.StreamEncoder    null    writeBytes
5   sun.nio.cs.StreamEncoder    null    implFlushBuffer
6   sun.nio.cs.StreamEncoder    null    flushBuffer
7   java.io.OutputStreamWriter  null    flushBuffer
8   java.io.PrintStream null    newLine
9   java.io.PrintStream null    println
10  reflection.StackTrace   StackTrace.java main

    reflection.StackTrace est la classe principale que j'utilise pour faire le test. reflection.StackTrace$1 est mon filterStream et je suis d'appeler System.out.println de la main méthode dans reflection.StackTrace.

    /e2

    Ce 11 ou 10 écart semble être parce que println appels print et newLine. print fait appel write tout newLine directement écrit le caractère de nouvelle ligne dans le flux. Mais cela ne devrait pas d'importance puisque le pot ne contiennent pas de java.io.PrintStream.

    solution intéressante... il semble trop compliqué, mais je suppose que cela pourrait être la seule solution...

    OriginalL'auteur Jeffrey

  4. 0

    Si vous avez un gros programme de considérer quelque chose comme

    public abstract class Output {
    private static final PrintStream out = System.out;
    private static final PrintStream dummy = new PrintStream(new OutputStream() {@Override public void write(int b){} });

    private static boolean globalOutputOn = true;
    public static void toggleOutput() {
        System.setOut((globalOutputOn=!globalOutputOn)?dummy:out);
    }

    public static void toggleOutput(boolean on) {
        globalOutputOn = on;
        System.setOut(on?out:dummy);
    }
}

    Cela garantit que vous pouvez activer /désactiver la sortie sur et en dehors dans des classes différentes, tout en étant assurés d'être en mesure de transformer la sortie sur le tard.

    Vous, par exemple de l'utiliser en appelant

    toggleOutput(false) au début de chaque méthode et

    toggleOutput(true) à la fin de chaque méthode.

    OriginalL'auteur HopefullyHelpful

  5. 0

    Solution de votre question est ici.. dans la méthode SysOutController.ignoreSysout();

    OriginalL'auteur Dharmendrasinh Chudasama