Решение задачи: либо полное переопределение класса System (вместе с out и т д.), либо делается static блок инициализации, где на консоли печатается другое и выполняется System exit()

3.4Лабораторная работа 1.4. Планировщик задач

1. 
   Реализация Планировщика задач должна соответствовать указанным выше принципам.*(6)
   
2. 
   Интуитивно понятный интерфейс работы с пользователем.*(4)
   
3. 
   Наличие функций добавления и удаления задач с сохранением их в общий журнал задач на диск.*(4, +4 за использование формата XML)
   
4. 
   Система оповещения пользователя.* (3, +3 за использование Swing, +2 за доп. функциональность с «завершить» или «отложить» задачу)
   
5. 
   Возможность программы сворачиваться в системный трей (с использованием systray4j). (4)
   
6. 
   Программный код должен удовлетворять Code Conventions(4) и снабжен JavaDoc (2).
   

1. 
   Использование различных систем оповещения (базовая, звуковой сигнал + вывод в консоль, запуск другой программы, написанной на Java).
   
2. 
   Графический/текстовый интерфейс.
   
3. 
   Формат хранения журнала задач на диске: текстовый файл, сериализованные объекты, XML, сжатый текстовый файл (zip).
   

4Лабораторные работы №2 по курсу «Язык программирования Java»

4.1Лабораторная работа 2.1. Instant Messenger

1. 
   графическая реализация пользовательского интерфейса (внешний вид на ваше усмотрение), требования по дизайну минимальные (6) *
   
2. 
   дополнительные возможности UI (на усмотрение куратора, за основу можно брать любые популярные im) (3)
   
3. 
   поддержка режимов диалога с конкретным пользователем (2) *, группой (2) и чата (2)
   
4. 
   сохранение настроек клиента в реестре (с использованием JNI) (7)
   
5. 
   поддержка динамически подгружаемых по Reflection plug-in'ов (4)
   
6. 
   реализация клиента на J2ME (20)
   

7. 
   передача сообщений между клиентами (3) *
   
8. 
   поддержка авторизации (3) *
   
9. 
   поддержка безопасного соединения с помощью JCA/JCE (8)
   
10. 
    ведение логов/истории сообщений и т.д. (2)
    
11. 
    модерирование, фильтры (5)
    
12. 
    поддержка настоек с использованием графического интерфейса и/или конфигурационного файла (список запрещенных пользователей, номер ожидающего подключения порта, ведение логов (да/нет) и т.д.), рекомендуется для хранения использовать XML (5)
    
13. 
    организация пула, потоков, для обслуживания клиентов, т.е. когда новый клиент подсоединяется к серверу, для его обслуживания поток создается не с нуля, а берется из пула, где находятся уже заранее проинициализированные потоки, готовые к обслуживанию (4)
    

14. 
    поддержка кластерной конфигурации, т.е. каждый сервер при запуске пытается установить соединения с соседними серверами, которые указываются в конфигурационном файле (8)
    
15. 
    баланс нагрузки, на каждом сервере должно быть приблизительно равное число клиентов (12)
    
16. 
    в случае выхода из строя одного сервера, клиенты должны распределиться между оставшимися серверами, возможны два варианта работы серверов или как равноправные ноды (12) или с менеджером кластера (10)
    

17. 
    внутренний протокол клиент/сервер: архитектура, документация (7) *
    
18. 
    внутренний протокол сервер/сервер: архитектура, документация (4)
    
19. 
    архитектура, code style, java doc и прочие вещи на усмотрение куратора (6)