В контексте данного руководства под артефактом понимается файл (обычно JAR или ZIP), содержащий исполняемый или другой код, получившийся в результате сборки проекта. Артефакт имеет соответствующее некоторым правилам имя и версию, и может хранится в репозитории артефактов.

Реляционная база данных

Экранная форма, на которой размещается таблица со списком сущностей, а также кнопки создания, редактирования, удаления сущности.

Известно также как принцип Inversion Of Control (IoC). Механизм для получения ссылок на используемые объекты, при котором объект только декларирует, от каких объектов он зависит, а контейнер создает нужные объекты и инжектирует в зависимый объект.

См. http://ru.wikipedia.org/wiki/Внедрение_зависимости

См. Раздел 4.2.9.2, «Главный пакет сообщений»

См. Раздел 4.4.4.3, «Загрузка по требованию»

См. Раздел 4.5.3, «Источники данных»

Контейнер управляет жизненным циклом и конфигурацией программных объектов. Является базовым компонентом технологии Dependency Injection (или Inversion of Control).

В платформе CUBA используется контейнер Spring Framework. Для получения более подробной информации см. «Дополнительные материалы»

Java класс, содержащий логику инициализации и обработки событий экрана. Связан с XML-дескриптором экрана.

См. Раздел 4.5.1.3, «Контроллер экрана»

Атрибут сущности, не являющийся ссылкой или коллекцией ссылок на другую сущность. Значения всех локальных атрибутов сущности, как правило, хранятся в одной таблице (исключение составляют некоторые стратегии наследования сущностей).

См. Раздел 4.2.9.1, «Пакеты сообщений»

Набор экземпляров сущностей, загруженных из базы данных или только что созданных. Персистентный контекст является кэшем данных в рамках текущей транзакции. При коммите транзакции все изменения сущностей в персистентном контексте сохраняются в БД.

См. Раздел 4.4.4.1, «EntityManager»

См. Раздел 4.2.3, «Представления»

Локальный каталог файловой системы, в котором содержится проект приложения. Содержит скрипты сборки build.gradle, settings.gradle и проектные файлы IDE.

См. Глава 5, Разработка приложений

Сервер, осуществляющий хранение артефактов в определенной структуре. В процессе сборки некоторого проекта из репозитория загружаются артефакты, от которых зависит данный проект.

Основной элемент модели данных, см. Раздел 4.2.1, «Модель данных»

Загрузка данных подклассов и связанных объектов одновременно с основной запрашиваемой сущностью.

См. Раздел 4.1.1, «Уровни и блоки приложения»

Свойства приложения − именованные данные различных типов, определяющие всевозможные аспекты конфигурации и функционирования приложения.

См. Раздел 4.1.1, «Уровни и блоки приложения»

См. Раздел 4.5.3, «Источники данных»

Программный компонент среднего слоя, служащий для работы с персистентными сущностями.

См. Раздел 4.4.4.1, «EntityManager»

Элемент AOP (Aspect Oriented Programming), позволяющий изменить или расширить обычный вызов метода объекта.

См. http://en.wikipedia.org/wiki/Interceptor_pattern

Упрощенный профиль Java Enterprise Edition, разработанный для веб-приложений, для которых не требуются такие технологии как EJB, JTA и т.д.

Java Management Extensions − технология, которая предоставляет инструменты для управления приложениями, объектами системы, устройствами. Определяет стандарт для написания JMX-компонентов − MBeans.

Более подробную информацию можно найти по адресу: http://www.oracle.com/technetwork/java/javase/tech/javamanagement-140525.html

См. также Раздел 6.4, «Использование инструментов JMX»

Java Persistence API - стандартная спецификация технологии объектно-реляционного отображения (ORM). В платформе CUBA используется фреймворк Apache OpenJPA, реализующий эту спецификацию.

Платформо-независимый объектно-ориентированный язык запросов, определенный как часть спецификации JPA.

Более подробную информацию можно найти по адресу: http://openjpa.apache.org/builds/2.2.0/apache-openjpa/docs/jpa_langref.html

См. Раздел 4.4.4.3, «Загрузка по требованию»

Программные компоненты Middleware , содержащие бизнес-логику приложения.

См. Раздел 4.2.4, «Управляемые бины»

Managed Beans, имеющие JMX-интерфейс. Как правило, имеют внутреннее состояние (например, кэш, конфигурационные данные или статистику), к которому нужно обеспечить доступ через JMX.

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

Оптимистичная блокировка - способ управления совместным доступом к данным различными пользователями, при котором предполагается, что возможность одновременного изменения ими одного и того же экземпляра сущности мала. В этом случае блокировка как таковая отсутствует, вместо нее в момент сохранения изменений производится проверка, нет ли в БД более новой версии данных, сохраненной другим пользователем. Если есть, выбрасывается исключение, и текущий пользователь должен снова загрузить данный экземпляр сущности.

См. также http://en.wikipedia.org/wiki/Optimistic_concurrency_control

Object-Relational Mapping - объектно-реляционное отображение - технология связывания таблиц реляционной базы данных с объектами языка программирования.

См. Раздел 4.4.4, «Слой ORM»

Plain Old Java Object − «простой Java-объект в старом стиле» − Java-объект, не унаследованный ни от какого специфического класса и не реализующий никаких служебных интерфейсов сверх тех, которые нужны для описания бизнес-логики.

Сервисы среднего слоя предоставляют интерфейс для вызова бизнес-логики клиентами и образуют границу Middleware . Сервисы могут содержать бизнес-логику внутри себя, либо делегировать выполнение Managed Beans.

См. Раздел 4.4.1, «Сервисы»

Технология, при использовании которой пользователь переходит от одного приложения к другому без повторной аутентификации. Интеграция CUBA-приложения с Active Directory позволяет пользователям Windows входить в приложение без ввода имени и пароля.

См. Раздел 4.2.1.4, «Мягкое удаление»

User Interface - пользовательский интерфейс

См. Раздел 4.2.3, «Представления»

Файл в формате XML, содержащий описание источников данных и расположения визуальных компонентов экрана.

См. Раздел 4.5.1.2, «XML-дескриптор»