Куда двигаться дальше, чтобы создать web приложение?

Question

[miha9]

Здравствуйте. Имею за плечами имею небольшой опыт программирования, знаю только сам язык + некоторые основы Spring: читал книгу по фреймворку "Spring быстро" (автор: Спилкэ Лауренциу). Проблема в том, что в этой книге делаются приложения в jar, а мне нужно в war, чтобы потом его развернуть на tomcat. Если делать в war, то нужно уметь работать с сервлетами, но я не уверен. Обязательно ли нужно уметь их писать? Я думал, что Spring будет автоматически создавать их, а от нас будет требоваться создавать контроллеры, модели и т.п.
Подскажите, в какую сторону дальше двигаться (м.б даже и литературу подскажите), чтобы можно было сделать нормальное веб-приложение и развернуть его на большинстве веб-серверов.
Если я что-то не так понял, поправьте пожалуйста.

Comments

[mayton2019]

А ты пробовал когда-нибудь взять готовый jar/war/ear, распаковать архиватором и посмотреть что
лежит внутри?

[rPman]

у меня очень важный вопрос, почему выбрали java в качестве бакэнд сервера вашего первого веб приложения?

[SunTechnik]

А сами искать в интернет пробовали?

Вот например:
https://proglib.io/p/pishem-svoy-pervyy-server-na-...

[miha9]

mayton2019, да, но не веб-приложение.

[miha9]

rPman, по учебной программе шел java. Учитывая, что оно пользуется какой-то популярностью, решил выбрать его как основным. К тому же, пробовал другие ЯП, те понравились меньше.

[miha9]

SunTechnik, да, пробовал. Но я руководствовался тем, что мне нужна не статья типа, где сказано, как сделать это.. то.., а полноценная литература. Чтоб потом не пришлось задаваться такими вопросами и вспоминать какие-то шаблоны. Мне кажется, так будет полезнее.
За ссылку спасибо.

Answer 1

[Сергей Горностаев]

Чем больше знаешь, тем больше программист. Хороший разработчик Spring знает стандарты Java EE.

Answer 2

[Saboteur]

Томкат это просот сервер сервлетов. на спринге ты пишешь приложение, которое запускается со встроенным веб серверов (вроде jetty), поэтому там не нужно поднимать отдельно веб сервер. Томкат удобен, если тебе нужно запустить несколько сервлетов, и хочешь чтобы они управлялись одним веб сервером. Не ну можно и один..

Для начала просто разберись как работает веб сервер. То есть базовый http (не html) а именно http, чтобы понимать что он делает, как работает, и уже потом как его использует джава.

Answer 3

[Артём Дайнов]

1. Для начало знать базовый java.
2. Идем на start.spring.io Там выбираем последний spring boot, указываем maven, говорим что нам нужен jar, далее подписываем пакет и даем имя проекту, затем выбираем зависимости, которые нужны.
3. Качаем архив и распаковываем его.
4. Запускаем intelegent ide. можно бесплатную версию.
5. открываем скачанный проект.
6. Создаем контроллер, к примеру UserController.java
Ставим две аннотации
@RestController
@RequestMapping("/user")
Далее создаем класс.
Вот тот ваш сервлет.
Далее не забываем создать сервис, с аннотацией @service, потом добавить репозиторий.
7. А дальше делаем то, что нам нужно. Можно задействовать posgres или mysql, подключаем Jpa, можно еще swagger, читаем про jwt и создаем SecurityConfig.
В общем как-то так.

Comments

[Сергей Горностаев]

говорим что нам нужен jar

а мне нужно в war

Ничего не смущает?

Вот тот ваш сервлет.

Это не сервлет.

[Артём Дайнов]

Сергей Горностаев,
Нет, я ничего не перепутал.

1. Основной тип упаковки для Spring Boot
• JAR (Java ARchive) — это стандартный формат для распределения исполняемых Java-программ и библиотек. Spring Boot поддерживает создание самодостаточных JAR-файлов, которые включают все зависимости приложения.
• WAR (Web Application Archive) — это формат, предназначенный для веб-приложений, которые обычно разворачиваются на серверах приложений, таких как Apache Tomcat или JBoss.
2. Самодостаточность
• JAR-файлы, создаваемые Spring Boot, содержат встроенный сервер (например, Tomcat или Jetty), что позволяет запускать приложение как самостоятельный процесс, без необходимости в установке и настройке отдельного сервера приложений.
• Это упрощает развертывание и тестирование, так как вы можете запускать приложение на любом сервере или в контейнере, где установлена Java.
3. Меньшая сложность развертывания
• Использование JAR упрощает процесс развертывания, так как нет необходимости устанавливать и настраивать сервер приложений. Вы просто запускаете JAR-файл с помощью команды `java -jar`.
• Это особенно полезно для облачных сред и контейнеров, где развертывание должно быть простым и повторяемым.
4. Поддержка микросервисной архитектуры
• В современных приложениях, особенно при использовании микросервисной архитектуры, каждое микросервисное приложение часто разворачивается как отдельный процесс. JAR идеально подходит для этой цели, так как каждое приложение может быть запущено независимо.
5. Простота разработки и отладки
• Разработчикам проще разрабатывать и отлаживать приложения, упакованные в JAR, так как они могут быстро запускать приложение локально, не требуя сложной конфигурации.
Когда использовать WAR?
• WAR имеет смысл использовать, если ваше приложение должно быть развернуто на существующем сервере приложений, особенно если у вас уже есть инфраструктура, настроенная под этот тип развертывания.
• WAR также может быть полезен, если ваше приложение должно взаимодействовать с другими веб-приложениями, развернутыми на том же сервере.
Таким образом, выбор JAR на сайте start.spring.io обычно предпочтителен из-за его простоты, самодостаточности и соответствия современным практикам разработки и развертывания приложений на Java.

Под капотом аннотации `@RestController` в Spring Framework действительно находятся сервлеты. Давайте подробно рассмотрим, как это работает.
Основные компоненты
1.
Servlet API
• В основе Spring MVC лежит Servlet API. Spring MVC используется для обработки HTTP-запросов и основан на сервлетах.
• Основной сервлет, который используется в Spring MVC, называется `DispatcherServlet`. Он управляет всеми HTTP-запросами, направленными к вашему приложению.
2.
DispatcherServlet
• `DispatcherServlet` — это основной компонент Spring MVC, который действует как фронт-контроллер. Он перехватывает все входящие HTTP-запросы и направляет их к соответствующим контроллерам.
• Когда запрос поступает в приложение, `DispatcherServlet` определяет, какой метод контроллера должен обработать этот запрос, и вызывает его.
3.
Handler Mapping и Handler Adapter
• `DispatcherServlet` использует компоненты `HandlerMapping` для определения, какой метод контроллера должен обработать запрос.
• После определения контроллера, `DispatcherServlet` использует `HandlerAdapter` для вызова соответствующего метода контроллера.
4.
Контроллеры и аннотации
• Контроллеры в Spring MVC аннотируются с помощью `@Controller` или `@RestController`.
• Аннотация `@RestController` является упрощенной версией аннотации `@Controller`, которая автоматически добавляет аннотацию `@ResponseBody` ко всем методам контроллера. Это означает, что каждый метод будет возвращать данные непосредственно в тело HTTP-ответа, минуя представление (view).
Пример работы контроллера

@RestController
public class MyController {

    @GetMapping("/hello")
    public String sayHello() {
        return "Hello, World!";
    }
}

Взаимодействие компонентов
1.
Инициация запроса:
• Когда клиент отправляет HTTP-запрос на `/hello`, запрос попадает на `DispatcherServlet`.
2.
Определение контроллера:
• `DispatcherServlet` использует `HandlerMapping` для поиска соответствующего контроллера и метода, который должен обработать запрос.
3.
Вызов метода контроллера:
• После нахождения метода контроллера, `DispatcherServlet` использует `HandlerAdapter` для вызова метода `sayHello`.
4.
Формирование ответа:
• Метод `sayHello` возвращает строку "Hello, World!".
• Аннотация `@RestController` гарантирует, что возвращаемое значение будет отправлено непосредственно в HTTP-ответ.
Под капотом
• Сервлет: `DispatcherServlet` — это сервлет, который управляет всем процессом.
• Аннотации: `@RestController` и другие аннотации помогают настроить маршрутизацию и преобразование данных.
• Обработчики: `HandlerMapping` и `HandlerAdapter` управляют маршрутизацией и вызовом методов.
Таким образом, под капотом аннотации `@RestController` находятся сервлеты и другие компоненты Spring MVC, которые работают вместе для обработки HTTP-запросов и формирования ответов. Эти компоненты обеспечивают удобную и мощную инфраструктуру для разработки веб-приложений на базе Spring.
Официальная документация
Гайд по spring boot

[Сергей Горностаев]

Artem Mamaev, это никак не меняет того, что автору вопроса нужен именно war, и того, что наличие под капотом спринга сервлета не делает сервлетами контроллеры спринга.

Answer 4

[mayton2019]

Обязательно ли нужно уметь их писать? Я думал, что Spring будет автоматически создавать их, а от нас будет требоваться создавать контроллеры, модели и т.п.

С точки зрения новых подходов к разработке backend (GraphQL) вообще нет смысла изучать
методы DEL/GET/PUT. Все будет заменяться на POST, который делает всю работу и в нем-же будут
коды ошибок и прочее.

С этой точки зрения сервлет является таким-себе странным рудиментом. Вроде он существует.
Обеспечивает команды HTTP-протокола. Но кому нужны эти все команды - непонятно?

Можете запрограммировать приложение с сервлетом типа превед-мир чтоб понять как оно
будет работать. Но вряд-ли в современном бизнес-программировани или промышленном
программировании от вас кто-то этого потребует.

Comments

[StreetWanderer]

Да ну, GraphQL отнюдь не вездесущ и совсем не отменяет старые добрые REST, JSON-RPC и прочие прелести.

[mayton2019]

StreetWanderer, хорошо. Принимается. Я думаю что для Rest приложения
будут использованы SpringReact и есть у меня мысль что в его стек уже не содержит
в себе технологию сервлетов. Что он содержит - чорт его знает. Возможно Netty.
Но это повод подумать о том что является ли знание Servlets исключительным
или оно уже второстепенно.