Домашнее задание к занятию «1.1. HTTP и современный Web» В качестве результата пришлите ссылки на ваши GitHub-проект в личном кабинете студента на сайте netology.ru.

Важно: ознакомьтесь со ссылками, представленными на главной странице репозитория с домашними заданиями.

Важно: если у вас что-то не получилось, то оформляйте Issue по установленным правилам.

Важно: все задачи нужно делать в одном репозитории.

Как сдавать задачи Создайте на вашем компьютере Maven-проект Инициализируйте в нём пустой Git-репозиторий Добавьте в него готовый файл .gitignore Добавьте в этот же каталог остальные необходимые файлы Сделайте необходимые коммиты Создайте публичный репозиторий на GitHub и свяжите свой локальный репозиторий с удалённым Сделайте пуш (удостоверьтесь, что ваш код появился на GitHub) Ссылку на ваш проект отправьте в личном кабинете на сайте netology.ru Refactoring & MultiThreading Легенда Достаточно часто после того, как прототип проверен (мы про то, что было реализовано на лекции), возникает задача привести это в более-менее нормальный вид: выделить классы, методы, обеспечить должную функциональность.

Задача Необходимо отрефакторить код, рассмотренный на лекции, и применить все те знания, которые у вас есть:

Выделить класс Server с методами для запуска обработки конкретного подключения Реализовать обработку подключений с помощью ThreadPool'а (выделите фиксированный на 64 потока и каждое подключение обрабатывайте в потоке из пула) Поскольку вы - главный архитектор и проектировщик данного небольшого класса, то все архитектурные решения принимать вам, но будьте готовы к критике со стороны проверяющих.

Результат В качестве результата пришлите ссылку на ваш проект на GitHub в личном кабинете студента на сайте netology.ru.

Handlers* Важно: это необязательная задача, её выполнение не влияет на получение зачёта.

Легенда Сервер, который вы написали в предыдущей задаче, - это, конечно, здорово, но пока он не расширяем и его нельзя переиспользовать, т.к. код обработки зашит прямо внутрь сервера.

Давайте попробуем его сделать немного полезнее.

Что хотим сделать? Мы хотим сделать так, чтобы в сервер можно было добавлять обработчики на определённые шаблоны путей.

Что это значит? Мы хотим, чтобы можно было сделать вот так:

public class Main { public static void main(String[] args){ final var server = new Server();
// код инициализации сервера (из вашего предыдущего ДЗ)

  // добавление handler'ов (обработчиков)    
  server.addHandler("GET", "/messages", new Handler() {
    public void handle(Request request, BufferedOutputStream responseStream) {
      // TODO: handlers code
    }
  });
  server.addHandler("POST", "/messages", new Handler() {
    public void handle(Request request, BufferedOutputStream responseStream) {
      // TODO: handlers code
    }
  });

  server.listen(9999);
}    

} В итоге на запрос типа GET на путь "/messages" будет вызван первый обработчик, на запрос типа POST и путь "/messages" будет вызван второй.

Как вы видите - Handler из себя представляет функциональный интерфейс всего с одним методом (может быть заменён на lambda).

Request - это класс, который проектируете вы сами, для нас важно, чтобы он содержал:

Метод запроса (потому что на разные методы можно назначить один и тот же Handler) Заголовки запроса Тело запроса (если есть) BufferedOutputStream берётся просто путём заворачивания OutputStream'а socket'а: new BufferedOutputStream(socket.getOutputStream()).

Задача Реализуйте требования, указанные в легенде.

Подсказки по реализации Вы принимаете запрос, парсите его целиком (как мы сделали на лекции) и собираете объект типа Request На основании данных из Request вы выбираете handler (он может быть только один), который и будет обрабатывать запрос Все handler'ы должны храниться в полях Server'а Самый простой способ хранить handler'ы - это использовать в качестве ключей метод и путь (можно как сделать Map внутри Map, так и отдельные Map'ы на каждый метод) Поиск хендлера заключается в том, что вы выбираете по нужному методу все зарегистрированные handler'ы, а затем перебираете по пути (используйте пока точное соответствие: считайте, что у вас все запросы без Query String) Найдя нужный handler - достаточно вызвать его метод handle, передав туда Request и BufferedOutputStream Поскольку ваш сервер многопоточный - думайте о том, как вы будете безопасно хранить handler'ы В качестве Body достаточно передавать InputStream (напоминаем, Body начинается после \r\n\r\n Итого: фактически вы решаете задачу поиска элемента в "коллекции" с вызовом его метода.

Результат Реализуйте новую функциональность в ветке feature/handlers вашего репозитория из ДЗ 1 и откройте Pull Request.

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

В качестве результата пришлите ссылку на ваш Pull Request на GitHub в личном кабинете студента на сайте netology.ru.

После того, как ДЗ будет принято, сделайте merge для Pull Request'а.