На этой неделе много интересных статей о Java 9.
Вот так…
Еще один надежный способ реализации микросервиса 🙂
Полезные советы от экспертов по максимально эффективному использованию абстракции среды Spring с помощью application.properties .
Хорошая статья, призванная приоткрыть завесу тайны, окружающую аннотации Java.
В этом руководстве мы увидим, как можно сопоставить одну сущность, содержащую встроенные свойства, с одной таблицей базы данных.
Итак, для этой цели мы будем использовать аннотации @Embeddable и @Embedded , предоставляемые Java Persistence API (JPA) .
Прежде всего, давайте определим таблицу с именем company .
При работе с JPA есть несколько событий, о которых мы можем получать уведомления в течение жизненного цикла сущности. В этом руководстве мы обсудим события жизненного цикла объекта JPA и то, как мы можем использовать аннотации для обработки обратных вызовов и выполнения кода при возникновении этих событий.
Мы начнем с аннотирования методов самой сущности, а затем перейдем к использованию прослушивателя сущности.
JPA определяет семь необязательных событий жизненного цикла, которые вызываются:
В этом кратком руководстве мы узнаем, как выполнить оператор INSERT для объектов JPA .
Для получения дополнительной информации о Hibernate в целом ознакомьтесь с нашим исчерпывающим руководством по JPA с Spring и введением в Spring Data с JPA для более глубокого погружения в эту тему.
В JPA каждый объект, переходящий из переходного состояния в управляемое, автоматически обрабатывается EntityManager .
Хотя Spring Data JPA может абстрагировать создание запросов для извлечения сущностей из базы данных в определенных ситуациях, иногда нам нужно настраивать наши запросы, например, когда мы добавляем функции агрегирования .
В этом руководстве мы сосредоточимся на том, как преобразовать результаты этих запросов в объект. Мы рассмотрим два разных решения — одно с использованием спецификации JPA и POJO, а другое с использованием Spring Data Projection.
Запросы JPA обычно выдают результаты в виде экземпляров сопоставленного объекта. Однако запросы с функциями агрегирования обычно возвращают результат в виде Object[] .
Тегирование — это стандартный шаблон проектирования, который позволяет нам классифицировать и фильтровать элементы в нашей модели данных.
В этой статье мы реализуем тегирование с использованием Spring и JPA. Мы будем использовать Spring Data для выполнения задачи. Кроме того, эта реализация будет полезна, если вы хотите использовать Hibernate.
Это вторая статья из серии о реализации тегов. Чтобы узнать, как это реализовать с помощью Elasticsearch, перейдите сюда .
Тегирование — это шаблон проектирования, который позволяет нам выполнять расширенную фильтрацию и сортировку наших данных. Эта статья является продолжением Простой реализации тегов с помощью JPA .
Поэтому мы продолжим с того места, на котором остановилась эта статья, и рассмотрим расширенные варианты использования тегов.
При моделировании реальной системы или процесса репозитории в стиле доменно-ориентированного проектирования (DDD) являются хорошим вариантом. Именно для этой цели мы можем использовать Spring Data JPA в качестве уровня абстракции доступа к данным.
Если вы новичок в этой концепции, ознакомьтесь с этим вводным руководством , которое поможет вам освоиться.
В этом руководстве мы сосредоточимся на концепции создания пользовательских, а также составных репозиториев, которые создаются с использованием меньших репозиториев, называемых фрагментами.
Во многих приложениях, ориентированных на данные, могут возникнуть ситуации, когда нам нужно проверить, существует ли уже конкретный объект.
В этом руководстве мы обсудим несколько способов добиться именно этого с помощью Spring Data и JPA.
Чтобы подготовить почву для наших примеров, давайте создадим объект Car с двумя свойствами: model и power :