Rediriger System.out et System.err

Juste pour ajouter à Rick et Mikhail solutions, qui sont vraiment la seule option dans ce scénario, j'ai voulu donner un exemple de comment créer un OutputStream peut potentiellement conduire à des pas si facile à détecter/corriger les problèmes. Voici un code:

import java.io.IOException;
import java.io.OutputStream;
import java.io.PrintStream;
import org.apache.log4j.Logger;

public class RecursiveLogging {
  /**
   * log4j.properties file:
   * 
   * log4j.rootLogger=DEBUG, A1
   * log4j.appender.A1=org.apache.log4j.ConsoleAppender
   * log4j.appender.A1.layout=org.apache.log4j.PatternLayout
   * log4j.appender.A1.layout.ConversionPattern=%-4r [%t] %-5p %c %x - %m%n
   * 
   */
  public static void main(String[] args) {
    //Logger.getLogger(RecursiveLogging.class).info("This initializes log4j!");
    System.setOut(new PrintStream(new CustomOutputStream()));
    System.out.println("This message causes a stack overflow exception!");
  }
}

class CustomOutputStream extends OutputStream {
  @Override
  public final void write(int b) throws IOException {
    //the correct way of doing this would be using a buffer
    //to store characters until a newline is encountered,
    //this implementation is for illustration only
    Logger.getLogger(CustomOutputStream.class).info((char) b);
  }
}

Cet exemple montre les pièges de l'aide personnalisée au flux de sortie. Pour des raisons de simplicité de l'écriture() fonction utilise un enregistreur de log4j, mais cela peut être remplacé par n'importe quel custom installation de logging (comme dans mon cas). La fonction principale crée un PrintStream qui encapsule une CustomOutputStream et de définir le flux de sortie à point. Puis il exécute un Système..println (). Cette déclaration est redirigé vers la CustomOutputStream qui redirige vers un enregistreur. Malheureusement, depuis l'enregistreur de données est paresseux initialisé, il fera l'acquisition d'une copie de la console de flux de sortie (par le fichier de configuration log4j qui définit un ConsoleAppender) trop tard, c'est à dire, le flux de sortie le CustomOutputStream que nous venons de créer provoquant une redirection en boucle et donc un StackOverflowError au moment de l'exécution.

Maintenant, avec log4j c'est facile à corriger: il suffit d'initialiser la log4j cadre avant nous appelons Système.sera(), par exemple, en décommentant la première ligne de la fonction principale. Heureusement pour moi, la journalisation personnalisé de la facilité que j'ai à traiter est juste un wrapper autour de log4j et je sais qu'il va obtenir initialisé avant qu'il ne soit trop tard. Toutefois, dans le cas d'un totalement personnalisé, l'exploitation forestière installation qui utilise le Système./err sous le couvert, sauf si le code source est accessible, il est impossible de savoir si et où diriger les appels Système./err sont exécutées à la place des appels à un PrintStream de référence acquises au cours de l'initialisation. Le seul travail autour de je pense, pour ce cas particulier pourrait être de récupérer la pile d'appel et de détecter les boucles de redirection, depuis l'écriture de fonctions() ne devraient pas être récursive.

Prendre un coup d'oeil à l'constructeurs fournis par PrintStream. Vous pouvez passer à la journalisation OutputStream directement à PrintStream, puis de configurer le Système.et du Système.euh pour utiliser le PrintStream.

Edit:
Voici un simple cas de test:

public class StreamTest
{
    public static class MyOutputStream extends FilterOutputStream
    {
        public MyOutputStream(OutputStream out)
        {
            super(out);
        }

        @Override
        public void write(byte[] b, int off, int len) throws IOException
        {
            byte[] text = "MyOutputStream called: ".getBytes();         
            super.write(text, 0, text.length);
            super.write(b, off, len);
        }
    }

    @Test   
    public void test()
    {       
        //Any OutputStream-implementation will do for PrintStream, probably
        //you'll want to use the one from the logging framework
        PrintStream outStream = new PrintStream(new MyOutputStream(System.out), true);  //Direct to MyOutputStream, autoflush
        System.setOut(outStream); 

        System.out.println("");
        System.out.print("TEST");
        System.out.println("Another test");
    }
}

La sortie est:

MyOutputStream called: 
MyOutputStream called: TESTMyOutputStream called: Another testMyOutputStream called: 

La deuxième ligne a un "vide", appel (MyOutputStream appelé: -sortie
et puis plus rien après), parce que println seront les premiers à passer à la
Un autre test -chaîne à l'écriture, à la méthode, puis il appelle encore avec un saut de ligne.