Java EE Архитектура

Share

|

В Java EE интерфейс прикладных программ (API) представляет собой набор компонентов, технологий и услуг, которые используются для создания корпоративных приложений. Он включает компоненты, которые могут быть использованы для создания представления и бизнес-логики, средства API для управления хозяйственных операций, безопасности и инфраструктурного инструментария для поддержки применения операционной среды, и средств для внутренней и внешней интеграции. Ниже приводится перечень основных технологий, предусмотренных в Java EE.

Предприятия заявок и сделок

Компоненты Servlet, JavaServer Pages (JSP), Java Server Faces (JSF), и EJB являются серверная часть компоненты, которые используются для определения логики представления и бизнес-логики.

В HTTP HTTP стороне клиента API содержится в пакете java.net, и HTTP сервер API сторона определяется с помощью сервлетов и JSP.

То же HTTPS протокола HTTP проходит над SSL протокола одного и того же клиента и сервера API.

Почтовый JavaMail API дает применение уровня интерфейс для компонентов приложения для отправки Интернет e-mail.

Java Transaction (JTA) API В JTA API предназначен для демаркации границ сделки между баллоном и применения для осуществления сделок распространен заявок.

Java Naming и Каталог Interface (JNDI) API JNDI обеспечивает применение уровня интерфейс доступа к именования и каталог услуг, а также услуг интерфейса приложить провайдеру, имен и каталог услуг.

JavaBeans действие Рамочной (JAF) JAF обеспечивает основу для обработки данных в различных многоцелевых Internet Mail Extension (MIME) типы, происходящих в различных форматах и местах.

Службы безопасности
Java подлинности и службы авторизации (JAAS) Войти в контексте аутентификации и санкционирования обслуживаемых проситель.

Ява Разрешение Обслуживающий договоре Контейнер (JACC) Контракт между Java EE сервер приложений и разрешения услуг.

Java Secure Socket Extension (JSSE) API для Secure Socket Layer сессии, что обеспечивает безопасность данных, конфиденциальности, целостности данных и сервера аутентификации.

Криптография Java Architecture (JCA) А основы для доступа развивающихся и криптографические.

Java Crypto обслуживания (ОКО) криптографическое рамки современных криптографических функций для поддержки различных криптографических услуг.

CertPath или Путь сертификации API для создания, укрепления и проверки цифровой сертификации дорожек.

Java Общие службы безопасности прикладной программы (JGSS) API для доступа к единой службы безопасности atop ряд основных механизмов обеспечения безопасности, включая Kerberos, которые являются основой для единого входа и шифрования данных.

Интеграция и совместимость
Службы сообщений Java (JMS) ОМС обеспечивает надежную сообщений как точка-точка и опубликовать - подпишитесь сообщений ориентированных услуг.

Метод дистанционного Ссылка через Интернет между ORB протокола (RMIIIOP) В API позволяет удаленному Java RMI требует использования более МИОП, которые могут получить доступ к объектам CORBA или услуг с Java RMI заявки напрямую.

Java Описание языка интерфейса (IDL) Java IDL позволяет Java EE применения в качестве клиента CORBA ссылаться на внешние объекты CORBA с использованием протокола МИОП.

JDBC API JDBC API обеспечивает подключение с обратной целью - системы баз данных, который включает соединения, объединения связи, и распространение данных услуг.

Java EE архитектуры коннекторов архитектуры коннекторов является услуг интерфейс, который позволяет адаптеров ресурсов подключен к предпринимательству информационных систем (ЭИС) или старых систем будет подключиться к любому Java EE службы компонентов.

Web Services API Это включает поддержку синхронной Web услуги (Java API для XML на базе RPC, или JAX - РПК), асинхронных веб-служб (SOAP с приложениями на Java API, или SAAJ), и доступ к XML регистра серверов (Java API для Реестры XML, или JAXR). JAXP предоставляет стандартный способ для разбора XML документов и преобразования с использованием стилей. Java EE 5,0 добавляет проще и более широкую поддержку веб-служб путем введения JAX - WS 2.0 (преемник JAX - RPC) и JAXB 2,0.

Управления
Java Management Extensions (JMX) В JMX API фиксирует применение событий и исключений для применения на уровне системы управления и диагностики.

Java EE технологий поддержки различных клиентов, для exampleJava EE: апплет, Java ME клиента (или мобильные устройства), и применении клиентов (браузеров и богатых клиентов). Эти клиенты могут получить доступ к различным службы компонентов представленной на Java EE через протокол HTTP или HTTPS безопасных использованием протокола Secure Socket Layer (SSL) или транспортном уровне безопасности (TLS). В Java EE состоит из Web Контейнер (обычно осуществляются как Web сервер) и Enterprise Java Bean (EJB) Контейнер (обычно осуществляются в качестве сервера приложений). A. NET клиент может также направить запросы услуг в Интернет Контейнер или EJB Контейнер через различные варианты взаимодействия, таких, как Интернет услуги (которые взаимодействовать с JAX - РПК) и моста (который interoperates с RMI - МИОП).

Создание интероперабельных компонентов
Сервлетов, JSP, EJBs и JSFs являются элементы языка программирования, которые могут быть использованы для создания повторно используемых компонентов для interoperating с. NET и других платформ. Сервлетов и JSPs обычно классифицируется как Web компонентов, как они управляются в Интернет Контейнер. Например, они могут создавать веб-службы, которые могут обмениваться деловых данных синхронно или асинхронно с. NET приложений. EJBs классифицируются как EJB компонентов, как они управляются в EJB Контейнер. Например, они могут взаимодействовать с. NET применения с использованием RMI - МИОП моста. Основной Java EE услуг, ответственность за предоставление основных системных служб и инфраструктуры функций для уровня Web (или Web контейнерные), или бизнес ярус (или EJB Контейнер) при interoperating с. NET применения. Например, RMI / МИОП сообщении службы требуется, когда RMI - МИОП моста стратегии интеграции используется.

Ниже приводится краткое описание этих элементов языка программирования и основными Java EE услуги:

Сервлетов
Сервлетов являются серверная часть программы Java, что процесс бизнес-логики и обработки HTTP запросов и ответов. Типичный сервлет Java - это класс, который расширяет HttpServlet. Когда клиент представляет услуги, сервлет получает запрос HTTP (HttpServletRequest) и HTTP ответ (HttpServletResponse) в параметры использования doGet методе. Данные результаты или сообщений может быть оказана как HTML страницу, HTML теги печати текстов и данных, например, out.println ( "<html> <body> <p> Появление на свет, Java EE. NET совместимости </ р> < / тела> </ html> ").

Сервлетов будут размещены в "контексте" (виртуальный название для развертывания сервлеты) на локальном хосте, например, myContextRoot, и на нее можно ссылаться через URL http://localhost:8080/myContextRoot/myServlet где myServlet является имя сервлета. Файл web.xml хранит информацию о конфигурации сервлета, где фактическая Java класса будут привязаны к физическим Java имя класса (в данном примере, myServletClass) и шаблонов (например, / myContextRoot). В web.xml файл является размещение файла, хранится в. / WEB - INF в каталоге веб сервера или сервера приложений.

JSP
JSP Java - это язык сценариев, которые будут собираться динамически в сервлет (и вновь - собранные опять за какие-либо изменения умно), и сохраненные для повышения производительности во время исполнения. Типичным JSP может состоять из следующих элементов:

Статический HTML Содержание Это обычный HTML документ, где JSP компилятор не требует компиляции.

Сценарии Элементы Эти простые коды Java, которые направлены для рассмотрения представления логики, а не бизнес-логики.

Директивы JSP Эти инструкции по JSP компилятора процесса, например, импортировать классы Java в страницу, или для специальных инструкций для обработки страницы, когда ссылаться.

Действия JSP действия теги, которые контролируют выполнение поведение JSP и управлять ответов, возвращаемых клиенту. Стандартные меры включают useBean (инстанцировать и использовать JavaBean в JSP), включать (включить файл, когда запрашивается JSP), setProperty (набор собственность на JavaBean), getProperty (получить собственность на JavaBean), параметры (обеспечивать имя и значение параметра в качестве дополнительной информации), вперед (вперед проситель на новую страницу), а плагин (генерировать клиент браузера конкретных тегов, что в результате вызова модуль Java Plug-in в программных кодов).

JSP Taglibs Taglibs являются XML, как и пользовательские теги с необязательные атрибуты и органов для JSP. Они могут использоваться для выполнения простой трансформации данных, фильтровать содержание определенных данных, или скрыть сложность доступа к источникам данных и другие объекты Java. Использование taglibs может сделать логика обработки более структурированным и легче поддерживать в одном JSP и может быть включен в JSP, добавив JSP директивы <% @ taglib uri = "/ myTag" префикс = "myPrefix"%>. Приставка означает тег дескриптора библиотеки (например, myTag.tld). Фактические Java класс, указанный в web.xml с taglib имя и физической URI местоположения.

JSF
JSF является проектом спецификации (http://java.sun.com/javaee/javaserverfaces) для новых стандартных компонентов пользовательского интерфейса страницы, которые управляют государством, применение мероприятий, материалы проверки, а страницы навигации и поддержки интернационализации и доступности. Она повышает JSP технологии, предоставляя интерфейс пользовательской библиотеку тегов в JSP страницы. Это также хороший инструмент поддержки Модель - Вид - Контролер архитектуры, такие, как Struts.

EJB
EJBs являются многократно используемых компонентов, которые включает бизнес-логики. Они используют контейнер услуг, которые управляют жизненного цикла предприятия объектов, функционирование службы именования, и операции обработки (например, подключение к нескольким источникам данных), механизмы безопасности (например, выявление руководителей и пользователей) , и сохранение механизмов.

Есть три вида EJBs:

Сессия сессия фасоль фасоль обозначения разговора между клиентом и удаленной службы компонента. Когда клиент просит деловых услуг, ссылаясь на удаленной службы компонента сессии фасоли (удаленный компонент) ответы. А сеансовых фасоли может определить сохраняться сессии состоянии взаимодействия или заклинаниям между клиентом и удаленной службы компонентов. Если состояние сессии будет сохранен, в сеансовых фасоли лучше управлять сделки целостности или возобновить после сессии, не более. Обычно это достигнуто путем использования контейнерных услуг, таких как Java serialization и Java размышлений. А фасоль гражданства сессии не сохраняются сессии государства.

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

Сообщение Ведущая фасоль (МБР) МБР позволяют EJB получать службы сообщений Java (JMS). Другими словами, EJB может быть объектом в ОМС сообщение. Это может принести выгоды от предоставления надежных, асинхронных доставки информации от клиента с помощью ОМС на сервер, используя EJBor наоборот. Кроме того, МБР может быть легко взаимодействует с другими компонентами Java EE с использованием сообщений и EJB.

Java EE 5,0 вводит EJB 3,0, которая использует аннотацию (@ статусе, @ EJB) для упрощения разработки и сложность усилия в создании EJBs.

Поддержка услуг для совместимости
Java EE контейнеров общих услуг, которые разделяют Java EE компонентов. Эти системы услуг обеспечивает функции для подключения базы данных, операционные управления, службы именования, коммуникации и связь, и обмена сообщениями.

База данных службы подключения JDBC.

Операция управления службы JTA.

Naming службе JNDI.

Связь и подключения услуги HTTP, HTTPS, SSL, RMI / МИОП.

Сообщения услуг ОМС, JavaMail.

Среди этих Java EE услуг связи и услуг связи имеют важное значение для поддержки Java EE. NET взаимодействия с использованием моста технологий (таких, как RMI / МИОП мост). В сообщения службы часто используется для синхронных и асинхронных веб-служб стратегии интеграции. Например, SAAJ требует JavaMail документ для обработки вложений.

Развертывание приложений Java EE
Java EE приложений, как правило, упакованы и размещены в одном или нескольких подразделений в EAR файл формата. В EAR файл (обозначена в META-INF/application.xml файл), состоит из компонентов EJB JAR файлы (META-INF/ejb-jar.xml), Web модулей в ВОЙНА файлы (WEB-INF/web.xml), Java и модулей в JAR файлы (META-INF/application-client.xml). Многие сервера приложений реализаций позволяет разработчикам развернуть Java EE приложений любой из следующих механизмов:

Сбрасывание в файл EAR в автоматической развернуть каталога (например,% AS_HOME% \ доменов \ domain1 \ autodeploy в Sun Java System Application Server, где% AS_HOME% - это каталог, где сервер приложений находятся бинарники).

Использование ANT скрипт для развертывания (например, Sun Java System Application Server использует заказную ANT скрипт называется asant).

Использование консоли управления Web развернуть.

Используя интерфейс командной строки (например, asadmin развернуть в Sun Java System Application Server).

Использование IDE таких как NetBeans развернуть.

Управление правами доступа для обеспечения безопасности очень важно для применения развертывания. Безопасность роль определяется в application.xml файл, который является декларативным элементом безопасности в Java EE архитектуры. Заявка развертывания инструмент EAR скопировать все файлы с Java EE сервер приложений, создавать все необходимые классы и осуществление справочной документации, и развернуть применения EAR файлы на размещение в каталоге Java EE сервер приложений. После этого, архитекторов и разработчиков необходимо настроить сервер приложений конкретной информации, такие, как создание источников данных и связи заводах и управлять ОМС очереди имен.