[an error occurred while processing this directive] IT • archiv :: Print

IT • archiv


[an error occurred while processing this directive]

[an error occurred while processing this directive]

Введение в Java2 Platform, Enterprise Edition

[an error occurred while processing this directive](none) [an error occurred while processing this directive](none)[an error occurred while processing this directive] ::
[an error occurred while processing this directive](none)
[an error occurred while processing this directive]([an error occurred while processing this directive](none)[an error occurred while processing this directive])

[an error occurred while processing this directive](none) Java2 Platform, Standard Edition (платформа J2SE) и Java2 Platform, Enterprise Edition (платформа J2EE) обеспечивают функциональные возможности, разработанные для увеличения конкурентоспособности предприятий на стратегическом уровне. Хотя платформа J2EE может поддерживать широкий спектр архитектур приложений, представленная здесь модель программирования ориентирована на Web. Этот выбор отражает функциональность основных технологий, образующих платформу. Кроме того, проблемы, связанные с конфликтом программных моделей, как то Web и объектно-ориентированное программирование, заслуживают специального внимания. Конфликт моделей программирования иногда представляет значительный барьер для признания той или иной модели. Напряжение, связанное с различными средами программирования было одним из главных причин создания платформы и модели программирования J2EE. Уместно сказать о связи между платформами J2EE и J2SE. Зависимость платформы J2EE от J2SE не абстрактна; есть очень реальная зависимость на техническом уровне. Модель программирования J2EE ориентирована на сервера, поскольку это позволяет работать с различными клиентами – от сотового телефона до рабочей станции. Большинству разработчиков известно, что нет единственного "корректного" решения, которое может удовлетворить всевозможным требованиям приложения. Основная сила и ценность модели программирования J2EE заключается в способности охватить много типов клиентов. Цель – представить стратегическую перспективу проблем IT и предложить обсудить как платформа J2EE может быть использована чтобы удовлетворить достаточно широкий спектр требований приложений.

1.1 Перспектива корпораций

Интернет и Веб, подобно многим другим, более ранним, этапам технического прогресса открыл предприятиям новые возможности. Тот, кто воспользуется существующими и потенциальными возможностями могут получить преимущество над другими. Как это часто бывает, на этом пути есть свои ловушки. Использование новых технологий может быть вредным, дестабилизирующим и потенциально рискованным, несмотря на твердые планы и хорошее выполнение. Даже лучшие планы могут быть подорваны закрытыми, собственническими и платформо-специфическими решениями. Данное утверждение не дает возможности выбирать, проблема остается открытой. Как может организация используя ее старые данные сделать представительство в Сети, идти в ногу со временем и в то же время управлять общими издержками?


Рисунок 1.1 Корпоративная перспектива.

Основной вопрос – как теперь предприятия, имея опыт проектирования своих информационных систем, преодолеть этот исторический барьер. Организации имеют возможность выборочно включать своих деловых партнеров в информационные системы, в обязательном или свободном порядке. Это, в свою очередь могло бы позволить беспрецедентно сгладить деловую и следовательно прикладную интеграцию. Обеспечение фирм безусловной возможностью включать, исключать и вновь включать (по первому требованию) необходимые технологии. Это привлекательно – сделать видимой логическую путаницу виртуальных взаимодействий, пересекающих организационные, корпоративные и даже индустриальные границы. Чтобы реализовать это требуется открытость и стандартизация на уровне инфраструктуры. Существует, однако "фактор Интернета". Интернет вносит проблему учета времени. Нехватка времени исторически была основной проблемой большинства предприятий. Для того, чтобы усилить Интернет-экономику, важно не столько спланировать корпоративные системы, сколько сделать все быстро, и где необходимо со "свежим" взглядом. Следовательно, задача состоит в том, чтобы придерживаться скорости Интернет и темпа основных конкурентов, пока развиваются существующие бизнес-системы. Понятия скорости и темпа совершенно критичны в получении и сохранении конкурентного преимущества.

1.2 Модель программирования

Модель программирования J2EE дает логическое представление о корпоративных платформах и предлагает многие пути разделения функций приложения так, чтобы технологии, совместимые со спецификацией J2EE, могли использоваться наиболее эффективно. При рассмотрении данного вопроса должны быть сделаны упрощающие предположения. Но их цель не сделать все тривиальным, а сконцентрироваться на сущности темы J2EE. Все-таки модель это абстрактное представление реальности – без грубых сторон и деталей. Полезная модель подчеркивает важные аспекты реальности и сглаживает некритичные. Цель, следовательно – разделить проблему на управляемые части и впоследствии применить соответствующие технологии к полученным подсистемам и получить более устойчивое и масштабируемое конечное решение.

1.3 Уровни обработки данных

Приложения J2EE реализуют корпоративные службы для различного набора потребителей услуг. Эти потребителе могут быть как клиентами, служащими, поставщиками, контрагентами, так и любыми другими объектами, которые взаимодействуют с предприятием. Для того, чтобы лучше контролировать и управлять этими приложениями, их бизнес-функции обрабатываются на среднем уровне. Термин средний уровень, в основном, относится к среде, которая находится под закрытым контролем IT служб и, следовательно, существует внутри управляемой операционной среды. Лучше всего понимать средний уровень как уровень логической обработки, образуемый из одной или более компьютерных платформ, в основном работающих на специальном оборудовании с доступом ко всем службам предприятия. Приложения J2EE обычно полагаются на трехуровневые (или внутриофисные) службы для хранения корпоративных, важных для бизнеса, данных. Цель среднего уровня J2EE – обеспечить лучшую расширяемость и функциональность, которые третий уровень сам по себе не может обеспечить, так как он ограничен возможностями, обеспечиваемыми клиент-серверной, двухуровневой моделью приложения. К сожалению, клиент-серверная модель нее может обеспечить многих преимуществ из-за сложности предоставления внутриофисных сервисов напрямую каждому пользователю и проблем администрирования, связанных с установкой и поддержкой бизнес-логики на каждой пользовательской машине. Модель программирования J2EE продвигает реализацию сервисов, как приложений среднего уровня, которые лишены данных проблем и обеспечивают расширяемость, доступность и управляемость, которая нужна.

1.4 Приложения J2EE

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

1.4.1 Компоненты J2EE

Платформа J2EE продвигает определение, по которому приложение это набор взаимосвязанных компонентов, развернутых через один или много компьютерных уровней. Жизненный цикл компонента регулируется и управляется J2EE-контейнером. Компоненты, следовательно, могут быть представлены, как "сосуды", оптимизированные для конкретного компьютерного уровня. Точные услуги, предлагаемые такими контейнерами зависят от спецификации J2EE, специфических расширений поставщиков и деталей реализации данной платформы. Заметим, что поставщики J2EE-контейнеров, возможно предложат свои дополнительные расширения в переносимом виде, чтобы обеспечить некоторую гарантию их клиентам, что переносимость приложения не пострадает. Прикладная программа, следовательно обеспечивает хорошо определенный набор функциональных возможностей, которые в основном имеют вертикальную природу. То есть функциональные возможности имеют тенденцию сосредотачиваться на относительно узком наборе требований.

1.4.2 Переносимость приложения

Рассмотрим теперь переносимость. Спецификация J2EE, специально устанавливает планку платформо-совместимости на относительно низкий уровень. Благодаря общему стилю, в котором была разработана спецификация платформы, посчитали важным дать поставщикам платформ много возможностей поставлять реализации платформы J2EE. Очевидные и необдуманные барьеры реализации были устранены. Следовательно, не будет удивительным, что переносимость J2EE компонентов – главная функция зависимого компонента в основном контейнере. Компоненты, использующие специфические свойства, которые не удовлетворяют требованиям J2EE, могут иметь ограничения на переносимость. Спецификация J2EE, тем не менее имеет базовый набор возможностей, на которые компонент может рассчитывать. Следовательно, есть минимальная межконтейнерная переносимость, до которой должно быть доведено приложение.

1.5 Платформа J2EE

J2EE-платформа - это, по существу, распределённая компьютерная платформа, облегчающая дизайн, разработку, компоновку и развёртывание компонентно-ориентированных корпоративных приложений. Существует множество путей, которыми команда разработчиков может представлять специфический набор бизнес-требований, логическую модель и описать решения, удовлетворяющие поставленным требованиям. J2EE-платформа наиболее уместна и лучше всего подходит для поддерживания кросс-платформенности, безопасности, транзакционных приложений, которые предоставляют корпоративную информацию для Internet- и intranet-клиентов. J2EE-приложение представляет собой набор программных компонент, которые созданы для распространения на несколько уровней. J2EE-платформа сервер-ориентирована и, следовательно, для J2EE-приложения типично предлагать средства разнообразным клиентам. Термины "клиент" и "сервер" используются, чтобы отразить логическую, а не аппаратную структуру. Именно поэтому имеет смысл говорить о J2EE-приложениях (или об их частях вследствие этого) как об играющих роль клиента и роль сервера. Не требуется, чтобы J2EE-приложение было разделённым, но оно должно быть таким, чтобы упростить его использование различными компьютерными средами, если это гарантируют деловые или технические требования. Хотя термин "компонент" иногда использован свободно, в реальности те компоненты, которые в итоге распространяются на Web-уровень, имеют операционную среду, ограниченную Web-контейнером, в то время как Enterprise JavaBeans (EJB) –компоненты ограничены поведением EJB-контейнера. Следовательно, Web-компонент и EJB-компонент отличаются не только названием, но и операционным поведением и возможностями архитектуры. Процессы разработки, компоновки и распространения логически разделены внутри среды J2EE. Процесс компоновки приложения управляем и проводится разработкой дескрипторов, содержащих декларативные определения, которые в итоге определяют поведение приложений в специфической операционной среде.

1.6 Среда J2EE

Рисунок 1.2 показывает графическое представление многоуровневой среды J2EE. Уровень клиента делится на два широких класса клиентов: клиенты, входящие в firewall, и все остальные. Клиенты вне firewall обречены быть частью неуправляемой операционной среды. И наоборот, клиенты, входящие в firewall, должны быть в управляемой среде и, следовательно, имеют доступ к корпоративным компьютерным сервисам и ресурсам. Мобильные клиенты, в зависимости от того, как они получают доступ к предприятию, могут находится и в той и в другой группе.


Рисунок 1.2 Среда J2EE.

С точки зрения модели J2EE-программирования, клиенты привязаны к доступу к среднему уровню преимущественно используя Web-стандарты, именуемые HTTP, HTML и XML. Отметим, что спецификация J2EE поддерживает широкую область опций соединения и множество контейнеров и комбинации протоколов могут быть предусмотрены. Однако модель программирования J2EE рассматривает более узкое представление и сосредотачивается на подмножестве теоретически возможного множества комбинаций. Значит, одна из принципиальных ролей среднего уровня - интегрирование уровня Web и уровня отдельных компьютеров, так что EIS-ресурсы приемлемо эффективны, удовлетворяют требованиям безопасности и с богатой абстрактной моделью. В случае, когда управляемые клиенты требует непосредственного доступа к EIS-серверу, это влечёт использование RMI-IIOP. Термин EIS-сервер использован для обозначения набора сервисов приложений, включённых как EIS-компоненты и используемые в рамках EIS-контейнеров. Модель J2EE программирования подразумевает, что Web- и EJB-серверы, будучи двумя частями среднего уровня, различные программные сущности, которые не обязательно находятся на одной платформе. J2EE-спецификация не делает никаких предположений о том, как устанавливается соединение между Web- и EJB-уровнем. На самом деле, если поставщик платформы выбирает принадлежность Web- и EJB-уровни единому встроенному способу, то совместимость с J2EE спецификацией не может быть достигнута. Хотя модель J2EE программирования фокусируется на случае, когда Web- и EJB-серверы находятся на физически-различных платформах, она предполагает, что связь между платформами устанавливается с использованием RMI-IIOP. Предприятия сегодня должны увеличивать свои прибыли, сокращать свои цены и снижать время ответа, продвигая сервисы легкого доступа своим клиентам, рабочим и поставщикам. Приложения, которые обеспечивают эти услуги естественно объединяют существующие системы внутреннего офиса с новыми деловыми функциями, которые предоставляют разнообразные услуги пользователям. Эти сервисы должны быть легко доступны, чтобы встретить нужды сегодняшней бизнес-среды. Они должны позволять достигать безопасность как отдельных пользователей, так и предприятия в целом. Они должны быть связаны и способны к расширению, но страхующие от неверных транзакций и сохраняющие скорость. Эти сервисы всё чаще проектируются как многоуровневые приложения. Средний уровень, включающий новые сервисы в сочетании с существующими офисными системами с бизнес-функциями и данными нового сервиса. Средний уровень ограждает клиентов первого уровня от корпоративной сложности и использует преимущества быстро созревающих Web-технологий, чтобы устранить (или резко уменьшить) проблемы, связанные с администрированием и обучением пользователей.

1.6.1 Основы

Модель программирования J2EE зависит от языка программирования Java и виртуальной машины Java. Доказанная переносимость, безопасность и продуктивность разработчика, которую эта модель обеспечивает, служит основой модели программирования. На Веб-уровне модель программирования основывается на технологии JavaServer Pages (JSP) и косвенным образом на технологии сервлетов.

1.6.2 Клиентский уровень

Во многих случаях сервис может быть представлен непосредственно пользовательскому Веб-браузеру. Это сделано путем генерирования HTML на среднем уровне, с использованием технологии JSP. Когда служба включает больше сложных задач, часто необходимо обеспечить функциональность на клиентском уровне. Это поможет пользователю получать и работать с сервисной информацией. Эта функциональность обычно реализуется как JavaBeans компоненты, которые взаимодействуют со службами на среднем уровне через сервлеты. Первый уровень JavaBeans компонентов должен обеспечиваться такой службой, как апплет, который загружается автоматически в браузер пользователя. Чтобы устранить проблемы, связанные с аплетами – старые или нестандартные версии виртуальных машин Java на браузере пользователя, модель приложения J2EE обеспечивает специальную поддержку для автоматической загрузки и установки Java Plug-in. Бины первого уровня могут также в Java программе. В этом случае предприятие должно сделать инсталляционные клиентские программы, которые пользователи смогут загрузить через свои браузеры. Пользователи запускают инсталляционные файлы, и они готовы к доступу к службам. Поскольку Java программы переносимы во все среды, служба должна только поддерживать одну версию клиентской программы. Хотя программа клиента сама переносима, инсталляция Java клиента в основном требует OS-специфического ПО. Существуют различные коммерческие инструменты, которые автоматизируют генерацию такого ПО. Если нужно, не-Java клиенты, такие как программы VB могут представлять службы J2EE пользователям. Поскольку служба представления сервлетом на среднем уровне, применяя на первом уровне клиентов, использующих HTTP протокол можно легко получить доступ к ним практически из любой программы, работающей на любой операционной системе.

1.6.3 Средний уровень

Центр внимания модели программирования J2EE – средний уровень. Бизнес-функции среднего уровня реализованы как компоненты Enterprise JavaBeans или корпоративные бины. Корпоративные бины позволяют разработчику сервисов сконцентрироваться на бизнес-логике, в то время как проблемы обеспечения надежности и масштабируемости сервисов обеспечиваются EJB сервером. Технология JavaServer Pages (JSP) и сервлетов защищает клиентов первого уровня от сложности среды среднего уровня. Технология JSP упрощает работу разработчику Веб-интерфейса пользователя, предоставляя сервис каждому, кто имеет браузер. Сервлеты упрощают предоставление сервисов Java апплетам, Java программам, VB программам и всем другим клиентам первого уровня.

1.6.4 Уровень EIS

Служба бизес-функций среднего уровня должна иметь доступ к внутриофисным системам. Простой доступ к этим системам обеспечивается следующими API:

Кроме того, специальный доступ к системам to Enterprise Resource Planning (ERP) и мэйнфреймам, таким как IBM CICS и IMS обеспечивается коннекторами J2EE. Поскольку каждая из этих систем очень комплексная и специализированная, то каждая требует уникальных инструментов и поддержки. Корпоративные бины комбинируют использование коннекторов и сервисов API с бизнес-логикой среднего уровня для выполнения своих бизнес-функций.

1.6.5 Платформа J2EE и архитектура EJB

Платформа J2EE и архитектура EJB имеют аналогичные цели. С точки зрения J2EE, компонентная модель EJB является основой модели программирования J2EE. Компоненты EJB – это не некоторый тип компонентов J2EE. С точки зрения EJB, платформа J2EE дополняет спецификацию EJB:

1.7 Установка приложения

Главной целью модели программирования J2EE является уменьшение работы по программированию. Один из важных способов достижения этой цели – передача бремени реализации общих задач J2EE платформе. Эти задачи включают проверка безопасности, контроль за транзакциями, а также другие задачи управления. Разработчики выбирают желаемое поведение из стандартного набора. Набор выбранных параметров поддерживается в приложении, как J2EE декларации. Декларативное определение поведения приложения – ключевая часть модели программирования J2EE. Разработка приложения отделяется от процесса компоновки и установки. J2EE приложение пакуется в один или более стандартных модулей для установки на любой системе, совместимой с J2EE платформой. Каждый архив J2EE корпоративного приложения (enterprise application archive) – EAR содержит стандартный дескриптор установки (deployment descriptor), который определяет его содержимое и включает J2EE декларации, определенные разработчиком. Сделанный J2EE EAR готов к установке на J2EE сервер. Процесс установки обычно включает использование инструментов установки для данной платформы, которые позволяют определить специфическую информацию, например права локальных пользователей или имя локальной базы данных. Установленное на J2EE сервер, приложение в архиве (EAR) готово к запуску.

1.8 Сценарии приложения

Ниже перечисленные сценарии представляют несколько сценариев приложений. В обсуждении J2EE спецификации можно было бы рассмотреть много прикладных сценариев. На самом деле, спецификации имеет тенденцию принимать и поддерживать разнообразие. Спецификация J2EE и технологии, могут по определению, дать несколько предположений о том, какие точно APIs собираются использоваться, чтобы предоставить функциональность уровню приложений. Выбор уровня приложения - в конце концов, выбор оптимального решения, между функциональным богатством и сложностью. J2EE модель программирования нужна, чтобы рассмотреть сценарии приложений, которые рассматривают Web контейнер, и EJB контейнер как дополнительные логические сущности.


Рисунок 1.3 Сценарии.

Рисунок 1.3 отражает некоторые ключевые сценарии, включая те, в которых Web контейнер или EJB контейнер, и возможно оба, отсутствуют. Простое приложение отражает многоуровневую модель приложения. Это определение предполагает наличие как Web контейнера, так и EJB контейнера. Следующие корпоративные требования сильно влияют сделанный выбор:

Несомненно, ослабление некоторых или всех перечисленных требований может влиять на решения разработчика об уровне приложения. Модель программирования J2EE подходит к проблеме таким образом, что очень желательно создавать трехуровневое приложение так, чтобы в будущем переход на многоуровневую архитектуру упрощался за счет повторно используемых компонент. Хотя разумно говорить о "недолговечности" логики преставления (имеются в виду приложения GUI, которые быстро стареют), все же существует сила, связывающая ее с бизнес-логикой. Это еще сильнее выражено в случае схем баз данных и данных вообще. Справедливо говорить, что по мере движения от EIS ресурсов неустойчивость кода приложения сильно увеличивается, то есть "долговечность" приложения значительно понижается. Таким образом, модель программирования J2EE поощряет модель, которая ускоряет развитие, способствуют повторному использованию компонентно-ориентированного кода, и служит рычагом для усиления межуровневого взаимодействия. Это интеграция уровней, которая лежит в сердце модели программирования J2EE.

Рисунок 1.3 иллюстрирует много сценариев приложения, которые продукт J2EE способен поддерживать. С точки зрения J2EE, нет полного преимущества одного сценария приложения над другим. В то же время продукт J2EE не должен мешать поддержке некоторых или всех сценариев. Это преимущество, учитывая то, что сценарии индивидуальны и разрабатываются на технологиях и протоколах, актуальных для разработчика приложения.

1.9 Многоуровневый сценарий приложения

Рисунок 1.4 иллюстрирует сценарий приложения, в котором Web контейнер содержит Web компоненты, которые почти полностью выполняют обработку логики представления данного приложения. Передача динамического Web содержимого клиенту – задача JSP страниц (поддерживается сервлетами). EJB контейнер содержит компоненты, которые, с одной стороны отвечают на запросы с Web уровня, а с другой имеют доступ к ресурсам EIS.


Рисунок 1.4 Многоуровневое приложение.

Способность изолировать данные, идущие от конечного пользователя – преимущество данного сценария. Во-первых, приложение неявно масштабируемо. Но более важно, что офисная функциональность приложения в некоторой степени изолируется от "look and feel" конечного пользователя. Это имеет смысл, учитывая что XML включен как неотъемлемая часть данного сценария. Способность одновременно генерировать и обрабатывать данные в формате XML в Web контейнере можно рассматривать как очень гибкий путь взаимодействия с различными клиентскими платформами. Эти платформы могут колебаться от универсального XML-поддерживающего браузера до специализированной XML генерирующей машины, ориентированной на вертикальные решения. Не зависимо от области применения, предполагается, что XML-данные передаются через протокол HTTP. Термин "передача XML-данных" использовался, чтобы обозначить модель программирования, в которой XML использовался для обмена информацией вместо продвигаемой объектной модели, противоположной объектной модели Java. Следовательно, XML можно рассматривать как очень хорошее дополнение к Java. На Web уровне часто возникает вопрос – что использовать: JSP страницы или сервлеты. Модель программирования J2EE продвигает JSP технологию, как основное средство программирования в Web контейнере. JSP страницы зависят от функциональности сервлетов, но модель программирования J2EE определяет JSP страницы как наиболее подходящее средство для Web-инженеров. Поэтому в Web контейнере, оптимизированном для создания динамического содержимого для Web клиентов, использование технологии JSP должно рассматриваться как норма, а использование сервлетов как исключение. 1.9.1 Сценарий независимого клиента (Stand-alone Client Scenario)

Рисунок 1.5 иллюстрирует сценарий независимого клиента.


Рисунок 1.5 Сценарии независимого клиента.

С точки зрения модели программирования J2EE мы должны рассматривать три типа независимых клиентов:


Рисунок 1.6 Java-клиент, основанный на EJB.

1.9.2 Сценарий трехуровневого Web-приложения

Рисунок 1.7 показывает сценарий трехуровневого Web-приложения.


Рисунок 1.7 Сценарий трехуровневого Веб-приложения.

Существует множество примеров, которые можно привести в подтверждение того, что EJB-сервер (по крайней мере, первоначально) является даже более мощным инструментом, чем требуется для решения данной проблемы. Это все равно, что стрелять из пушки по воробьям. Фактически спецификация J2EE не обязывает использовать двух-, трех- или многоуровневые модели приложений, и реально не способна это делать. Вывод – нужно использовать инструменты, соответствующие задаче. Сценарий трехуровневого Web-приложения сейчас широко распространен. Web-контейнер фактически содержит и логику представления, и бизнес-логику, и допускается, что JDBC может быть использован для доступа к ресурсам EIS.

Рисунок 1.8 показывает Web-контейнер в сценарии Web-приложения.


Рисунок 1.8 Веб-контейнер в трехуровневом сценарии.

Важно иметь в виду, что термин Web-контейнер был использован в очень узком смысле. Например, если данный продукт J2EE выбран для реализации, говорят о Web сервере приложений, таком, что Web-контейнер и EJB-контейнер расположены вместе (это предполагает, что межконтейнерное взаимодействие оптимизировано и детали реализации закрыты), также модель программирования J2EE использует компоненты, установленные на такой же платформе, как в случае многоуровневого сценария.

1.9.2 Сценарий Бизнес-Бизнес

Рисунок 1.9 показывает сценарий Бизнес-Бизнес. Этот сценарий акцентирует внимание на межуровневом взаимодействии между Web и EJB контейнерами.


Рисунок 1.9 Сценарий Бизнес-Бизнес.

Модель программирования J2EE предлагает использовать XML-данные (через HTTP) как главное средство коммуникаций между Web-контейнерами. Это хорошо подходит для разработки и установки коммерческих решений, основанных на Web. Межуровневые коммуникации между EJB-контейнерами в настоящее время лучшее сильносвязанное решение, наиболее подходящее для интернет среды. С неминуемой интеграцией JMS в платформу J2EE, разработка слабосвязанных Интернет решений станет чрезвычайно удобной.

1.10 Вывод

Java Platform, Enterprise Edition – стандартный набор технологий Java, который определяет соответствующую среду для разработки, размещения и управления корпоративными приложениями, написанными на языке программирования Java. Платформа J2EE функционально завершена в том смысле, что ее можно использовать для разработки широкого класса корпоративных приложений, используя только технологии J2EE. Архитектура J2EE предназначена для реализации на различных серверных платформах, предлагаемых многими производителями. Приложения, написанные в технологии J2EE, будут работать с одинаковым успехом на всех J2EE серверах. Способность устанавливать компонентно-ориентированные корпоративные приложения на несколько уровней, в платформонезависимой манере может дать активным предприятиям значительное конкурентное преимущество.


Оригинал статьи: Java 2 Platform, Enterprise Edition Blueprints.
Публикуется с сокращениями.

[an error occurred while processing this directive]
[an error occurred while processing this directive]Перевод на русский © Николай Малеванный, 2000
< Вернуться на caйт :: Copyright © 1999 — 2010, IT • archiv.