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

4.3Модификации задания

1. 
   Различие по содержанию хранимой информации о занятости *:
   
   1. 
      отдельные временные интервалы занятости задачей (между переключениями задач)
      
   2. 
      время занятости задачей в течение дня
      
2. 
   Различие по формату хранения/передачи информации. Здесь сразу 3 критерия – для хранения иерархии, для хранения занятости, для передачи информации (иерархии + занятости + другое) *:
   
   1. 
      текст (с разделителями) типа «список» или «таблица» (в случае структурно сложной информации, структура элементов текста линейная – «таблица»)
      
   2. 
      текст (с разделителями) типа «дерево» (только для иерархической информации, строка текста содержит явное указание на ее уровень в иерархии)
      
   3. 
      XML-совместимый формат
      
   4. 
      сериализованные объекты
      
   5. 
      собственный бинарный формат (при побайтовом чтении могут использоваться байты-разделители, хотя для хранения чисел, дат и т.п. разделители не нужны)
      
3. 
   Различие по размещению (клиент или сервер) следующих функций:
   
   1. 
      загрузка иерархии задач (из файла) *
      
   2. 
      сохранение/загрузка занятости (в файле) *
      
   3. 
      обобщение информации о занятости (в случае, если эта информация хранится в обобщенном по дням виде; в противном случае информация обобщается лишь при генерации отчета)
      
   4. 
      сохранение иерархии задач (в случае, если она редактируемая); выбор = выбор по п. 3.1
      
   5. 
      генерация отчета (статистики)
      
4. 
   Различие по времени выполнения операций (при запуске, по запросу пользователя, при выполнении другой операции, при выходе). К операциям относятся:
   
   1. 
      соединение клиента с сервером, – возможно, сопровождающееся загрузкой задачи и/или занятости с него (при запуске или по запросу) *
      
   2. 
      сохранение занятости (при переключениях между задачами или по запросу или при выходе) *
      
   3. 
      сохранение иерархии задач (при операциях редактирования задач или по запросу или при выходе)
      

4.4Лабораторная работа 2.6. Port Mapper

1. 
   Поддержка неограниченного числа одновременных подключений. (3) *
   
2. 
   Грамотная синхронизация. Никаких race condition или deadlock-ов. (3) *
   
3. 
   Если никакие данные не передаются, приложение не должно загружать процессор. (2) *
   
4. 
   Ведение логов. Все ошибки должны грамотно складываться в лог. (2) *
   
5. 
   Сохранение/загрузка настроек в файле (xml-формат/properties-файл/сериализация). (4)
   
6. 
   Фильтры IP-адресов, квоты на трафик, статистика трафика. (2+3+3)
   
7. 
   Пул потоков. При каждом новом соединении не создается новый поток, а используется один из пула, при наличии там свободных потоков. (6)
   
8. 
   Администраторская консоль (через telnet); возможности:
   

• 
  Создание новых SocketTransmitter-ов
  
• 
  Удаление существующих
  
• 
  Список работающих
  
• 
  Помощь
  
• 
  Остановка сервера
  
• 
  Грамотная синхронизация. Никаких race condition или deadlock-’ов.
  
• 
  Аутентификация
  

9. 
   Графический клиент к администраторской консоли (5).
   
10. 
    Health-монитор. Следит за состоянием потоков, при запросе из администраторской консоли выдает состояния всех потоков (OK/Probably hung) (5).
    
11. 
    Documentation (Javadoc), Code style и прочее. (6)
    

4.5Лабораторная работа 2.7. Игровой сервер

• 
  сервер самостоятельно контролирует соблюдение правил, вычисляет новые состояния для всех игроков и рассылает эту информацию всем участникам; контроль завершения партии осуществляется сервером;
  
• 
  клиенты самостоятельно контролируют правильность хода; при возникновении конца партии (например, мата в шахматах) один или несколько клиентов уведомляют об этом сервер;
  
• 
  клиенты только реализуют отображение и пересылку информации; при возникновении конца партии один из игроков сообщает об этом серверу, после чего сервер спрашивает согласия остальных игроков на завершение партии (при этом запрашиваются информация о том, кто проиграл, а кто выиграл). Предполагается, что игроки честные, и реализовывать проверки в программе не надо.
  

1. 
   При подключению к серверу клиент получает список игроков из группы «свободные», после чего он может выбрать, с кем он бы хотел сыграть. Выбранному сопернику посылается запрос, согласен ли он сыграть с таким-то игроком и в случае получения утвердительного ответа начинается партия. (5) *
   
2. 
   Завершение партии должен контролироваться программой (либо клиентом, либо сервером). (4) *
   
3. 
   При долгом бездействии игрока в партии, ему выводится предупреждение «idling». Если он не проявит активности, то соединение с ним закрывается. (3)
   
4. 
   Использование XML для обмена данными между сервером и клиентом. (4)
   
5. 
   Для каждого игрока сервер должен вести статистику: количество выигранных и проигранных партий, сколько всего времени провел на сервере, ранг (очки). (2)
   
6. 
   При подключении к серверу клиент получает список всех игроков. При выборе в качестве соперника игрока из группы «играющие» сервер должен выполнить действия, описанные в пункте 1 после того, как выбранный игрок закончит текущую партию. То есть сервер поддерживает «ожидание игрока»: клиент выбирает игрока, который уже с кем-то играет, чтобы сыграть с ним, когда он освободится (сервер автоматически сообщает, что выбранный игрок закончил свою партию). (4)
   
7. 
   Возможность банить игроков/ip адреса. (3)
   
8. 
   Возможность восстановления игровой позиции в случае разрыва связи с одним клиентом. То есть при обрыве соединения клиенту дается возможность подключиться к серверу в течении некоторого времени (например, 2 минут) и если он подключится – партия должна продолжиться. (5)
   
9. 
   Сохранение пользовательских настроек на сервере. (3) *
   
10. 
    Ограничение времени, данного игроку на раздумывание (на партию 30 минут каждому игроку) – то есть в сумме игрок не может размышлять над своим ходом более какого либо времени. (4)
    
11. 
    Поддержка «чемпионатов». (6)
    
12. 
    Возможность сохранения партии в файл. (3)
    
13. 
    Изменение Look-and-Feel на клиенте. (2)
    
14. 
    Организовать ведение логов на сервере. (2) *
    

1. 
   Шашки.
   

• 
  Поле: 8x8.
  
• 
  Правила игры, контролируемые программой: окончание партии; если есть возможность, игрок должен «брать» максимальное количество фишек противника.
  
• 
  Реализация: Java2D; JTable+JLables; Console
  
• 
  Ресурсы: http://www.shashki.com/
  

2. 
   Шахматы.
   

• 
  Поле: 8x8.
  
• 
  Правила игры, контролируемые программой: окончание партии; ситуация «шах»; ситуация «пат».
  
• 
  Реализация: Java2D; JTable+JLables; Console
  
• 
  Ресурсы: http://www.sportzone.ru/sport/rules.html?sport=chess&chapter=02
  

3. 
   «Точки» («ГО»).
   

• 
  Поле: размер поля на усмотрение студента.
  
• 
  Правила игры, контролируемые программой: окончание партии; «окружение» точек противника
  
• 
  Реализация: Java2D
  
• 
  Ресурсы: http://www.tochki-club.narod.ru/; http://forum.kido.com.ru/
  

4. 
   Морской Бой.
   

• 
  Поле: 10x10
  
• 
  Правила игры, контролируемые программой: окончание партии;
  
• 
  Реализация: Java2D или JTable+JLables
  

5. 
   Нарды.
   

• 
  Правила игры, контролируемые программой: окончание партии; корректность хода;
  
• 
  Реализация: Java2D
  
• 
  Ресурсы: http://amis.h11.ru/nardprav.htm
  

6. 
   Домино.
   

• 
  Правила игры, контролируемые программой: окончание партии; правильность хода
  
• 
  Реализация: Java2D
  
• 
  Ресурсы: http://www.orgdosug.ru/pubcatalog.php?cid=83
  

7. 
   «Быки И Коровы»
   

• 
  Правила игры, контролируемые программой: окончание партии;
  
• 
  Реализация: Swing; Console
  
• 
  Ресурсы: http://www.wowwi.orc.ru/games/bulls/help-ru.htm