Читать статья по информатике, вычислительной технике, телекоммуникациям: "Сервер приложений & JavaBeans" Страница 2
- 1
- 2
- 3
- 4
- . . .
- последняя »
Каким способом сервер приложений реализует функцию, никого не волнует. А где преимущество? Допустим, что нужно изменить структуру таблиц. Вносим изменения, меняем реализацию функции на сервере приложений, а клиентские приложения продолжают работать, не подозревая, что структура уже иная;
2. Бизнес-логика хранится на сервере приложений. Если нужно внести поправки в алгоритм какого-то отчета или расчета, например заработной платы, не требуется менять функции клиентских приложений, надо изменить один сервер приложений;
3. Уменьшается нагрузка на клиентские компьютеры;
4. Сервер приложения распределяет нагрузку и обеспечивает защиту от сбоев.
Можно продолжать этот список дальше, но, на наш взгляд, эти пункты наиболее важные и достаточные для того, чтобы обратить внимание на серверы приложений. Ну а обратив внимание, вы увидите, что здесь сокрыто будущее.
Компонентный посредник
Серверы приложений относят к приложениям промежуточного слоя (middleware). Существует несколько категорий продуктов промежуточного слоя:
1. Message orientated (яркие представители — MQseries и JMS);
2. Object Broker (пример—CORBA и DCOM);
3. Component based — наиболее перспективная категория, на мой взгляд, и это подтверждают известные представители данной категории .NET и EJB.
В данной статье мы будем рассматривать последнюю категорию на примере EJB (Enterprise JavaBeans) как законодателя моды. Недаром данная технология долгое время не давала спать одному очень знаменитому софтверному гиганту, и ему пришлось в срочном порядке создавать свою реализацию.
JavaBeans предоставляет нам набор инструментов (Framework), с помощью которых вы можете писать программы для работы на сервере.
Сервер приложений
В настоящее время есть несколько серверов приложений таких крупных компаний, как Sun Microsystems, Borland, IBM, Oracle, и каждый из них отличается набором предоставляемых сервисов (производительность в данном случае учитывать не будем). Эти сервисы облегчают программирование и развертывание приложений масштаба предприятия. Вы можете использовать уже готовые строительные блоки для реализации необходимой бизнес-логики.
Давайте посмотрим, какие сервисы может предоставлять сервер приложений, от этого зависит количество и качество строительных блоков:
1. Webserver—чаще всего включают в поставку самый популярный и мощный Apache;
2. Web Container—позволяет выполнять JSP и сервлеты. Для Apache таким сервисом является Tomcat;
3. CORBA Agent — может предоставлять распределенную директорию для хранения CORBA объектов;
4. Messaging Service — брокер сообщений;
5. Transaction Service—уже из названия понятно, что это сервис транзакций;
6. JDBC — предлагает драйверы для подключения к базам данных, ведь именно серверу приложений придется общаться с БД и ему нужно уметь подключаться к используемой в вашей компании базе;
7. Java Mail — предоставляет сервис к SMTP;
8. JMS (Java Messaging Service) — обработка синхронных и асинхронных сообщений;
9. RMI (Remote Method Invocation) — вызов удаленных процедур.
Это основные блоки, которые может предоставлять тот или иной сервер приложений. Кроме того, каждый из них должен реализовывать саму спецификацию J2EE, дабы он мог работать с компонентами Enterprise JavaBeans. Для этого в сервере приложений необходим EJB-контейнер, который и отвечает за выполнение компонентов.
Компоненты EJB
- 1
- 2
- 3
- 4
- . . .
- последняя »
Похожие работы
Интересная статья: Быстрое написание курсовой работы

(Назад)
(Cкачать работу)