Войти
| Расширение имени файла | .ear |
|---|---|
| Разработано | Sun Microsystems |
| Тип формата | файловый архив, сжатие данных |
| Расширенный из | JAR |
EAR (Enterprise Application aRchive ) - это формат файла, используемый Java EE для упаковки одного или нескольких модулей в один архив, чтобы развертывание различных модулей на сервер приложений происходит одновременно и согласованно. Он также содержит файлы XML, называемые дескрипторами развертывания, которые описывают, как развертывать модули.
Ant, Maven или Gradle можно использовать для создания файлов EAR.
Файл EAR - это стандартный файл JAR (и, следовательно, файл Zip ) с расширением.ear, с одной или несколькими записями, представляющими модули приложения, и метаданными. каталог с именем META-INF, который содержит один или несколько дескрипторов развертывания.
Разработчики могут встраивать различные артефакты в файл EAR для развертывания серверами приложений:
META-INFдескрипторы, описывающие развернутые постоянные классы. Развернутые объектные компоненты становятся видимыми для других компонентов и, в случае удаленного экспорта, для удаленных клиентов. Message Beans и Session Beans доступны для удаленного доступа. Модуль Resource Adapter имеет расширение .rar.Большинство серверов приложений загружают классы из развернутого файла EAR в виде изолированного дерева Java загрузчиков классов, изолируя приложение от других приложений, но разделяя классы между развернутыми модулями. Например, развернутый файл WAR сможет создавать экземпляры классов, определенных в файле JAR, который также был включен в содержащий файл EAR, но не обязательно те, которые находятся в файлах JAR в других файлах EAR. Одна из ключевых причин такого поведения - обеспечить полное разделение между приложениями, которые используют статические синглтоны (например, Log4J), что в противном случае могло бы запутать конфигурацию между отдельными приложениями. Это также позволяет развертывать параллельно разные версии приложений и библиотек.
Серверы приложений JBoss до Версии 5 примечательны тем, что не изолируют развернутые компоненты. Веб-приложение, развернутое в одном файле EAR, будет иметь доступ к классам в других файлах EAR и WAR. Это несколько противоречивая политика. Унифицированный загрузчик классов снижает накладные расходы на обмен данными между запущенными приложениями, поскольку данные классов могут совместно использоваться посредством ссылки или простых копий. Это также позволяет разработчикам избежать понимания проблем, которые может создать дерево загрузчиков классов. Однако это предотвращает развертывание разных версий зависимых библиотек в отдельных приложениях. JBoss 4.0.2 переключился на иерархический загрузчик классов, но в версии 4.0.3 он вернулся к унифицированному загрузчику классов по причинам обратной совместимости. Теперь есть возможность изменить это поведение. JBoss 5.x, 6.x и 7.x больше не используют унифицированную загрузку классов.
Каталог META-INFсодержит по крайней мере дескриптор развертывания application.xml, известный как Java Дескриптор развертывания EE. Он содержит следующие XML-сущности:
icon, который указывает расположение изображений, представляющих приложение. Подразделение сделано для small-iconи large-icon.display-name, которые идентифицируют элементdescriptionmoduleприложения для каждого модуля. в архивеsecurity-roleдля глобальных ролей безопасности в приложенииКаждый элемент moduleсодержит ejb, webили элемент java, который описывает отдельные модули в приложении. Веб-модули также предоставляют context-root, который идентифицирует веб-модуль по его URL-адресу.
Рядом с дескриптором развертывания Java EE может быть ноль или более дескрипторов развертывания среды выполнения. Они используются для настройки параметров Java EE, зависящих от реализации.
