Лайвкодинг - spring on IT Ментор | Java методичка

Найти первый не повторяющийся элемент в массиве целых чисел.

Mon, 01 Jan 0001 00:00:00 +0000

11. Найти первый не повторяющийся элемент в массиве целых чисел.

Найти первый не повторяющийся элемент в массиве целых чисел.

public class FirstUniqueElement { public static void main(String[] args) { int[] arr = {9, 4, 9, 6, 7, 4, 5}; int n = getFirstUnique(arr); } public static int getFirstUnique(int[]arr) { } }

Обеспечить выполнение метода в новой транзакции через Spring-прокси

Mon, 01 Jan 0001 00:00:00 +0000

8. Обеспечить выполнение метода в новой транзакции через Spring-прокси

Условие задачи:
🔥 Дан класс с методами methodA() и methodB(), оба помечены аннотацией @Transactional, при этом methodB() должен выполняться в новой транзакции (PROPAGATION_REQUIRES_NEW). Но при вызове methodB() изнутри methodA() через this.methodB() прокси Spring не срабатывает, и новая транзакция не создаётся. Нужно написать свой прокси (или использовать self-injection), чтобы methodB() вызывался через прокси.

Код:

@Service
public class TransactionService {
 @Transactional
 void methodA() {
 methodB(); // Внутренний вызов – прокси не применяется
 }

 @Transactional(propagation = Propagation.REQUIRES_NEW)
 void methodB() {
 // some logic
 }
}

Подсказки

💡 Spring AOP создаёт прокси вокруг Spring-бина и перехватывает только внешние вызовы через прокси.
💡 Чтобы вызвать methodB() через прокси, нужно получить ссылку на сам прокси-бина внутри класса и вызывать self.methodB() вместо this.methodB().
💡 Можно внедрить сам бин TransactionService через Spring — он будет прокси-обёрткой.

Решение

import org.springframework.aop.framework.AopContext;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Propagation;
import org.springframework.transaction.annotation.Transactional;

@Service
public class TransactionService {

 // Вариант 1: использование AopContext для получения прокси
 @Transactional
 public void methodA() {
 // вместо this.methodB() – получаем текущий прокси
 ((TransactionService) AopContext.currentProxy()).methodB();
 }

 @Transactional(propagation = Propagation.REQUIRES_NEW)
 public void methodB() {
 // some logic in a new transaction
 }
}

Дополнительно, чтобы AopContext.currentProxy() работал, нужно включить exposeProxy:

Обеспечить создание транзакции при внутреннем вызове через self-inject

Mon, 01 Jan 0001 00:00:00 +0000

10. Обеспечить создание транзакции при внутреннем вызове через self-inject

Условие задачи:
Дан код. Есть сервис с двумя методами a() и b(). Из b() вызывается a(). Если извне происходит вызов метода b(), сколько будет создано транзакций? Как поправить тот факт, что в таком вызове будет 0 транзакций, чтобы proxy создался и отработала вся логика? Напиши self-inject

Код:

@Service
class SomeService {
 @Transactional
 public void a() {}

 public void b() {
 a();
 }
}

SomeService.b();

Подсказки

💡 Spring AOP создает прокси вокруг бина и перехватывает только внешние вызовы.
💡 Внутренний вызов через this.a() обходит прокси, поэтому аннотация @Transactional не применяется.
💡 Нужно вызывать a() через прокси-бин: внедрить сам SomeService в него же (self‑injection).

Решение

@Service
public class SomeService {
 // self‑inject прокси
 private final SomeService self;

 public SomeService(SomeService self) {
 this.self = self;
 }

 @Transactional
 public void a() {
 // логика, работающая в транзакции
 }

 public void b() {
 // вместо this.a() использовать прокси
 self.a();
 }
}

Что происходит:

Получить список ID сущностей через Spring Data JPA

Mon, 01 Jan 0001 00:00:00 +0000

9. Получить список ID сущностей через Spring Data JPA

Условие задачи:
📌 В интерфейсе HeavyDataRepository необходимо реализовать метод, который возвращает список только id сущностей HeavyData, не загружая объекты целиком.

Код:

public interface HeavyDataRepository extends JpaRepository<HeavyData, Integer> {

 List<Integer> getHeavyDataIds(); // нужно получить только ID

 List<HeavyData> findAllByIsActive(Boolean isActive);
}

Подсказки

💡 В Spring Data JPA можно использовать аннотацию @Query с JPQL: select h.id from HeavyData h.
💡 При необходимости использовать нативный SQL — @Query(value = "SELECT id FROM heavy_data", nativeQuery = true).
💡 Метод должен возвращать List<Integer>, совпадая с типом выбранного поля.

Решение

public interface HeavyDataRepository extends JpaRepository<HeavyData, Integer> {

 // 1) JPQL-запрос через @Query
 @Query("SELECT h.id FROM HeavyData h")
 List<Integer> getHeavyDataIds();

 // 2) (опционально) нативный SQL
 // @Query(value = "SELECT id FROM heavy_data", nativeQuery = true)
 // List<Integer> getHeavyDataIds();
 
 List<HeavyData> findAllByIsActive(Boolean isActive);
}

📌 Что важно помнить:
✅ Аннотация @Query позволяет явно задать выборку необходимых полей.
✅ Возвращаемый тип метода (List<Integer>) должен соответствовать типу поля в запросе.
✅ Для нативных запросов указывайте nativeQuery = true.

Реализовать REST API для поиска обуви с фильтрацией

Mon, 01 Jan 0001 00:00:00 +0000

4. Реализовать REST API для поиска обуви с фильтрацией

Условие задачи:
👞 Разработай сервис для поиска обуви!
Тебе нужно создать REST API с эндпоинтом POST /api/v1/search, который принимает запрос с фильтрами и возвращает список подходящих товаров.

🔍 Фильтрация обуви:

Сапоги → цвет красный или зелёный, цена от 5000 до 20000.
Туфли → цена меньше 10000.

📩 Пример запроса:

{
 "type": "сапоги",
 "color": ["красный", "зелёный"],
 "minPrice": 5000,
 "maxPrice": 20000
}

📤 Пример ответа:

[
 {
 "type": "сапоги",
 "color": "красный",
 "price": 15000,
 "url": "https://example.com/shoe1"
 },
 {
 "type": "сапоги",
 "color": "зелёный",
 "price": 18000,
 "url": "https://example.com/shoe2"
 }
]

Подсказки

💡 Используй Spring Boot + Spring Data JPA для работы с БД.
💡 Создай сущность Shoe с полями type, color, price, url.
💡 Напиши DTO-классы для запроса и ответа.
💡 Используй JpaRepository и напиши кастомный метод для поиска.
💡 Контроллер должен принимать JSON-запрос и возвращать список обуви.

Решение

📌 1. Создаём сущность Shoe

Реализовать класс-сервис для работы с токенами с ограничением на количество использований

Mon, 01 Jan 0001 00:00:00 +0000

2. Реализовать класс-сервис для работы с токенами с ограничением на количество использований

Подсказки

Для реализации сервиса с токенами нужно создать структуру данных, которая будет отслеживать количество использований токенов.
Можно использовать HashMap или Redis для хранения токенов с их статусами.
Нужно хранить:
- Токен (например, строка).
- Количество оставшихся использований для этого токена.
После использования токена количество оставшихся использований уменьшается.
Если количество использований исчерпано, токен становится невалидным.
Пример ограничения использования токенов:
- Токен может быть использован 5 раз.
- После пятого использования токен становится недействительным.

Решение

Пример реализации сервиса для работы с токенами:

Реализовать миграцию JSON-поля с сохранением обратной совместимости

Mon, 01 Jan 0001 00:00:00 +0000

6. Реализовать миграцию JSON-поля с сохранением обратной совместимости

Условие задачи:

Организовать переход на изменение названия принимающего атрибута с title на name. Нужно обеспечить обратную совместимость, чтобы клиенты, использующие старый формат ("title": "..."), могли продолжать работать, а новые — использовать "name": "...".

Исходный JSON:

{
 "title": "..."
}

Новый JSON:

{
 "name": "..."
}

Подсказки

💡 Используйте аннотацию @JsonAlias для поддержки старого названия атрибута.
💡 Основное имя атрибута задается с помощью @JsonProperty.

Решение

import com.fasterxml.jackson.annotation.JsonAlias;
import com.fasterxml.jackson.annotation.JsonProperty;

public class BookDTO {
 // Новое основное имя "name", поддерживаем также "title"
 @JsonProperty("name")
 @JsonAlias("title")
 private String name;

 // Геттер
 public String getName() {
 return name;
 }

 // Сеттер
 public void setName(String name) {
 this.name = name;
 }
}

Объяснение решения:

Реализовать сервис отправляющий сообщения через внешние библиотеки с возможностью добавления новые уведомлений

Mon, 01 Jan 0001 00:00:00 +0000

7. Реализовать сервис отправляющий сообщения через внешние библиотеки с возможностью добавления новые уведомлений

Условие задачи:
🔥 Написать сервис Notificator, который отправляет сообщения через различные внешние библиотеки (Email, SMS и т.д.), с возможностью легко добавлять новые каналы уведомлений, используя возможности Java и Spring.

Код:

// внешняя библиотека 1
public class EmailNotificationService {
 public void sendEmail(String message) {
 System.out.println("Send from email service");
 System.out.println(message);
 }
}

// внешняя библиотека 2
public class SmsNotificationService {
 public void sendSms(String message) {
 System.out.println("Send from sms service");
 System.out.println(message);
 }
}

// Ваш код начинается здесь
public interface NotificationService {
 void send(String message);
}

@Service
public class EmailNotificationAdapter implements NotificationService {
 private final EmailNotificationService emailService;

 public EmailNotificationAdapter(EmailNotificationService emailService) {
 this.emailService = emailService;
 }

 @Override
 public void send(String message) {
 emailService.sendEmail(message);
 }
}

@Service
public class SmsNotificationAdapter implements NotificationService {
 private final SmsNotificationService smsService;

 public SmsNotificationAdapter(SmsNotificationService smsService) {
 this.smsService = smsService;
 }

 @Override
 public void send(String message) {
 smsService.sendSms(message);
 }
}

@Service
public class Notificator {
 private final List<NotificationService> channels;

 public Notificator(List<NotificationService> channels) {
 this.channels = channels;
 }

 public void notifyAll(String message) {
 for (NotificationService svc : channels) {
 svc.send(message);
 }
 }
}

Подсказки

💡 Введите общий интерфейс NotificationService с методом send(String message).
💡 Для каждой внешней библиотеки создайте адаптер (Adapter), реализующий этот интерфейс и обёртывающий вызовы библиотеки.
💡 Используйте конструкторную инъекцию Spring для подключения внешних сервисов.
💡 В Notificator внедрите List<NotificationService> — Spring автоматически соберёт все реализации.
💡 Чтобы добавить новую библиотеку, достаточно реализовать ещё один адаптер NotificationService и зарегистрировать его как Spring-бин.

Решение

// 1. Общий интерфейс
public interface NotificationService {
 void send(String message);
}

// 2. Адаптер для Email
@Service
public class EmailNotificationAdapter implements NotificationService {
 private final EmailNotificationService emailService;
 public EmailNotificationAdapter(EmailNotificationService emailService) {
 this.emailService = emailService;
 }
 @Override
 public void send(String message) {
 emailService.sendEmail(message);
 }
}

// 3. Адаптер для SMS
@Service
public class SmsNotificationAdapter implements NotificationService {
 private final SmsNotificationService smsService;
 public SmsNotificationAdapter(SmsNotificationService smsService) {
 this.smsService = smsService;
 }
 @Override
 public void send(String message) {
 smsService.sendSms(message);
 }
}

// 4. Сервис-агрегатор уведомлений
@Service
public class Notificator {
 private final List<NotificationService> channels;
 public Notificator(List<NotificationService> channels) {
 this.channels = channels;
 }
 public void notifyAll(String message) {
 channels.forEach(svc -> svc.send(message));
 }
}

// Использование в приложении
@Component
public class AppRunner implements CommandLineRunner {
 private final Notificator notificator;
 public AppRunner(Notificator notificator) {
 this.notificator = notificator;
 }
 @Override
 public void run(String... args) {
 notificator.notifyAll("Hello, world!");
 }
}

Спроектировать и реализовать REST API для сущностей "Книги" и "Авторы"

Mon, 01 Jan 0001 00:00:00 +0000

5. Спроектировать и реализовать REST API для сущностей "Книги" и "Авторы"

Условие задачи:

Опишите CRUD операции для сущностей, используя формат “GET /some/path 200;”.
Нужно реализовать следующие операции для сущности книги (BookEntity) с учётом таблиц: books, authors, books_authors:

Получение всех книг
Получение конкретной книги
Обновление книги
Создание книги
Удаление книги

Подсказки

💡 Лучше разделить вход/выход через DTO: BookCreateDto, BookUpdateDto, BookResponseDto.
💡 Для many-to-many удобно в сервисе: сохраняем book, затем пересоздаём связи в books_authors.
💡 Возвращай корректные статусы: 201 на create, 204 на delete, 404 если книги нет.
💡 Для ручной проверки добавь .http файлы: create/get/list/update/delete.

Решение

DTO:

Спроектировать и реализовать REST API для управления договорами

Mon, 01 Jan 0001 00:00:00 +0000

3. Спроектировать и реализовать REST API для управления договорами

Описание
Спроектировать REST Controller, который:

создаёт новый договор
возвращает договор по номеру договора

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

Модель Contract:

public class Contract {
 private Long id;
 private String number; // номер договора (уникальный)
 private String clientId; // идентификатор клиента
 private String status; // например: NEW, ACTIVE, CLOSED
 private java.time.Instant createdAt;

 // getters/setters/constructors
}

Подсказки

💡 Для создания договора обычно используют POST /api/contracts.
💡 Получение договора по номеру удобно сделать как GET /api/contracts/{number}.
💡 Лучше принимать на вход ContractCreateDto, а наружу отдавать ContractResponseDto.
💡 Номер договора стоит валидировать (@NotBlank) и сделать уникальным (если есть БД — unique constraint).
💡 Если договор не найден — возвращать 404 Not Found.

Решение

DTO:

Спроектировать и реализовать REST API для управления пользователем

Mon, 01 Jan 0001 00:00:00 +0000

1. Спроектировать и реализовать REST API для управления пользователем

Описание
Нужно спроектировать и реализовать REST API для управления пользователями:

создать пользователя
получить пользователя по id
получить список пользователей
обновить пользователя
удалить пользователя

В рамках задания используем Spring Boot (без БД можно в памяти, но можно легко заменить на JPA).

Модель User:

public class User {
 private Long id;
 private String name;
 private String email;
 private Integer age;

 // getters/setters/constructors
}

Подсказки

💡 Для REST API обычно делают @RestController и маппинги POST/GET/PUT/DELETE.
💡 Валидацию DTO удобно делать через @Valid + @NotBlank/@Email/@Min.
💡 Хранилище можно сделать на ConcurrentHashMap<Long, User> + генерация id через AtomicLong.
💡 Для ошибок хорошо вернуть 404 если не нашли, и 400 если валидация не прошла.
💡 Для ручных тестов удобно подготовить .http файлы (IDEA умеет выполнять).

Решение

Ниже пример простого решения “в памяти” (без БД), но с корректными HTTP-статусами и DTO-валидацией.