/Learning_Netology_Java_http-server

Домашнее задание Web, Spring & Spring MVC. Блок 1. Web

Primary LanguageJava

Домашнее задание к занятию «1.1. HTTP и современный Web»

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

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

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

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

Как сдавать задачи

  1. Создайте на вашем компьютере Maven-проект
  2. Инициализируйте в нём пустой Git-репозиторий
  3. Добавьте в него готовый файл .gitignore
  4. Добавьте в этот же каталог остальные необходимые файлы
  5. Сделайте необходимые коммиты
  6. Создайте публичный репозиторий на GitHub и свяжите свой локальный репозиторий с удалённым
  7. Сделайте пуш (удостоверьтесь, что ваш код появился на GitHub)
  8. Ссылку на ваш проект отправьте в личном кабинете на сайте netology.ru

Refactoring & MultiThreading

Легенда

Достаточно часто после того, как прототип проверен (мы про то, что было реализовано на лекции), возникает задача привести это в более-менее нормальный вид: выделить классы, методы, обеспечить должную функциональность.

Задача

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

  1. Выделить класс Server с методами для
    • запуска
    • обработки конкретного подключения
  2. Реализовать обработку подключений с помощью 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 - это класс, который проектируете вы сами, для нас важно, чтобы он содержал:

  1. Метод запроса (потому что на разные методы можно назначить один и тот же Handler)
  2. Заголовки запроса
  3. Тело запроса (если есть)

BufferedOutputStream берётся просто путём заворачивания OutputStream'а socket'а: new BufferedOutputStream(socket.getOutputStream()).

Задача

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

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

Итого: фактически вы решаете задачу поиска элемента в "коллекции" с вызовом его метода.

Результат

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

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

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

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