Режим делегации Websphere classloader

с использованием ByteArrayOutputStream и System.setXXX очень просто:

private final ByteArrayOutputStream outContent = new ByteArrayOutputStream();
private final ByteArrayOutputStream errContent = new ByteArrayOutputStream();
private final PrintStream originalOut = System.out;
private final PrintStream originalErr = System.err;

@Before
public void setUpStreams() {
    System.setOut(new PrintStream(outContent));
    System.setErr(new PrintStream(errContent));
}

@After
public void restoreStreams() {
    System.setOut(originalOut);
    System.setErr(originalErr);
}

примеры тестовых случаев:

@Test
public void out() {
    System.out.print("hello");
    assertEquals("hello", outContent.toString());
}

@Test
public void err() {
    System.err.print("hello again");
    assertEquals("hello again", errContent.toString());
}

Я использовал этот код для проверки параметра командной строки (утверждая, что -version выводит строку версии и т. д.)

Изменить: Предыдущие версии этого ответа после тестов назывались System.setOut (null) ; Это причина того, что комментаторы ссылаются на NullPointerExceptions.

По моему опыту, всегда лучше переключаться на родительский последний, особенно если вы используете ведение журнала общего доступа. Это связано с тем, что WebSphere включает целую кучу вещей в свои собственные загрузчики классов, которые часто имеют разные версии / конфигурации, чем та, которую вы хотите использовать.

Если вы это делаете, я бы порекомендовал вам создать сценарий развертывания приложение, потому что это может быть одна из тех вещей, которые упускаются из виду при развертывании.