Тестирование сообщений в Kafka

В статье представлен подход к написанию интеграционных тестов для Kafka-приложений с акцентом на читаемость и поддержку. Опираясь на принципы разделения тестов на этапы (Arrange-Act-Assert), изоляцию и повышение наглядности, мы упрощаем тестирование и понимание интеграций.

В качестве примера — телеграм-бот, перенаправляющий запросы в OpenAI и отправляющий сообщения в Kafka при нарушениях безопасности. Для тестов используется объект RecordCaptor, захватывающий сообщения из Kafka, с обеспечением изоляции и ожиданием смещений.

Подход демонстрирует, как сделать тесты эффективными и эстетичными, сохраняя фокус на логике взаимодействия. Рекомендуется ознакомиться с базовыми идеями в связанных статьях.

https://habr.com/ru/articles/840990/?utm_campaign=840990

Telegram бот + ИИ Jlama своими руками

В статье описывается создание телеграм бота на Java, который будет использовать LLM запущеную локально. В статье используюется Jlama – максимально простой движок инференса для LLM, написанной на голой java без тяжеловесных фрэймворков. По факту Jlama дает возможность обслуживать LLM в java окружении напрямую, то есть в той же jvm, где работает наше приложение.

Статья интересна тем, что в ней не используется открытый API ChatGPT или новомодный Deepseek, а используется локально развернутый Jlama.

https://habr.com/ru/articles/877746/

Подключение к GigaChat API на Java: пошаговое руководство

Статья о том как подключиться к API GigaChat в IntelliJ IDEA на Java и настроить безопасное соединение с использованием SSL-сертификатов.

https://habr.com/ru/articles/854820/

Применимость Java в искусственном интеллекте: 7 библиотек для нейросетей, которые стоит изучить

Python довольно широко распространен в среде разработчиков занимающихся AI, но есть ли у него альтернатива? Для Java также существуют библиотеки и фреймворки. В статье рассмотрены 7 наиболее популярных.

https://habr.com/ru/articles/864352/

Java + Spring + Jakarta Validation. Самописный «аддон» для валидации Entity через БД и EntityManager

Валидации "первого круга" в jakarta.validation представлены прекрасно (NotNull, NotBlank и пр. аннотации). Статья про валидации "второго круга". К ним можно отнести такие наиболее типичные операции:

• Проверка поля на уникальность при создании новой сущности (записей со значением X поля N на момент сохранения быть не должно).
• Проверка поля на уникальность при обновлении сущности (при обновлении запись со значением X поля N должна оставаться только одна).
• Проверка существования проставленных FK-связей.
• Проверка существования самой сущности в случае обновления (делается, как правило, по ее ID-шке).
• Возможно, проверка unmodified-полей для обновления, т.е. если поле неизменяемое, но во входных данных мы пытаемся его изменить - исключение.

Решение не законченное, но интересное.

https://habr.com/ru/articles/839006/