Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:JAVA. Серверные приложения
.pdf
Часть 1. Электронная коммерция 11
управления технологическим процессом, ведение бухгалтерского учета;
весь бизнес-цикл перешел в электронную сферу. Использование на всех
этапах бизнес-процесса информационных технологий, с одной стороны
увеличило количество клиентских запросов, с другой — стало толчком
дальнейшего развития информационных технологий. Но проектирование, как и сама идея, дело творческое, главное — реализовать идею, а в
случае коммерции получить прибыль, а значит, реализовать продукт
конечному потребителю. Именно реализация, а точнее, возможность
выбора определенного продукта породила новую сферу взаимных интересов продавцов и покупателей. Так и появилась электронная коммерция, основанная не на продаже электронов, а использующая информационные технологии для достижения своих целей.
Электронный бизнес (e-business) — способ ведения деловой активности. Коммерция (т. е. торговля) является в бизнесе одной из частью
Электронная коммерция является в большей степени частью электронного бизнеса (e-business). Нельзя в нескольких строках описать коммерческую деятельность, именуемую бизнесом, но все определения,
присущие бизнесу, также свойственны и новомодному словосочетанию
«электронный бизнес». Являясь полным аналогом обычной коммерческой деятельности, e-business также многообразен и включает в себя
множество различных, порой совершенно несовместимых областей деятельности. Одной из таких областей и является коммерция, или более
точно — торговая деятельность â капиталистическом обществе
(см. БЭС).
С появлением электронного аналога стандартного бизнеса коммерческая деятельность также приобрела свой собственный электронный
прообраз. И по аналогии с e-business стала именоваться электронной
коммерцией (e-commerce). Как и обычная коммерция, электронная также многообразна. Начиная от различных областей деятельности и заканчивая различными способами реализации e-commerсe приложения.
В двух словах e-commerсe можно определить как взаимодействие
участников обычного бизнес-процесса через глобальную сеть Интернет.
О внутренней сети — Intranet — можно говорить только в случае достаточной развитости электронной инфраструктуры предприятия или
географическом разносе подразделений. При минимальном развитии
электронной инфраструктуры предприятия издержки на содержание и
разработку e-commerce приложений значительно возрастают. С другой
стороны, иметь свое представительство в глобальной сети уже не роскошь, а производственная необходимость. Все-таки в большей степени
e-commerce ассоциируется с Интернетом, поскольку предназначена
именно для расширения сфер коммерческой деятельности.
Основная задача любого, даже самого малого бизнеса — получение
прибыли. Получение прибыли — замечательная цель, но достигается
она не только человеческим желанием, но и расширением самого бизнеса во всех доступных направлениях. А как решить основную задачу
по расширению бизнеса? Действительность такова, что в настоящем
решение выглядит достаточно прозаично. Главное — наличие у клиента доступа к глобальной сети. Если есть клиентский доступ, значит —
есть потенциальный клиент. Далее дело техники — привлечь внима-
12 Часть 1. Электронная коммерция
ние клиента к необходимому источнику информации. В данном контексте e-commerce представляет прекрасный способ донести информацию
до пользователя. E-commerce в данной роли подобна телевидению —
такая же вездесущая, в определенной степени доступна, не имеет расовых и политических предрассудков, возрастных цензов и функционирует в любое время.
Теперь не требуется звонить по телефону, чтобы узнать, есть ли
специальное место — фирменный сайт, на котором можно узнать практически все, что пожелает компания предоставить для всеобщего обозрения. И все-таки e-commerсe в большей степени коммерция, хоть и
электронная, но основанная, как и обычная, на меркантильных интересах участников процесса. По последним данным, 14% пользователей Интернета делают покупки, т. е. действительно оплачивают часть своих
покупок через сайты различных компаний. Много это или мало, судить
сложно, но суммы оплачиваемых товаров через Интернет сопоставимы
с розничными продажами. По данным исследовательской компании
Yankee Group, к 2004 г. объем продаж через Интернет составит около
7 триллионов долларов.
С другой стороны, не столько коммерция дает возможность осуществлять деятельность в глобальной сети, сколько программное обеспечение, необходимое для функционирования e-commerce приложений в
среде глобальной сети. И теперь уже само программное обеспечение
стало неотъемлемой частью электронной коммерции. Говоря о e-commerce, можно подразумевать деловую активность или софтверное обеспечение. И то и другое в полной мере отвечает современным требованиям, выдвигаемым настоящей действительностью.
Но независимо от масштаба сети, будь то внутренняя или глобальная, принципы построения и работы стандартного e-commerce приложения идентичны. И в Интернете и в Intranet возможно использование единой технологии построения информационных систем. И если
принципы построения для двух систем идентичны между собой, то реализация приложений для каждой системы своя. К счастью, на настоящий момент появились технологии, позволяющие сделать информационные ресурсы общедоступными как для внутренней сети предприятия, так и пользователям Интернета. Единой, базовой технологией,
применимой в двух системах, является Wеb. Данная технология стала
той единой платформой, способной объединить различные информационные источники предприятия в единую информационную структуру.
Единая информационная система предприятия, реализованная с помощью Wеb-технологий, позволяет расширить границы бизнеса практически до любого объема, как с географической точки зрения, так и с
количественной точки зрения. В пользу Web говорит не только повсеместное использование данной технологии в Интернете, но и поддержка
одним из двух, самых распространенных промышленных стандартов,
таким, как Windows. Практически весь графический интерфейс современных систем Windows реализован на Web-технологии.
Под собирательным образом Web-технологии подразумевается множество различного рода стандартов и решений, каждое из которых
Часть 1. Электронная коммерция 13
предназначено для выполнения вполне определенной работы, от передачи файлов до представления документа.
В жизни предприятий каждое приложение e-commerсe по-своему
можно разделить на несколько различных способов использования
Web-технологий. Из всех предприятий, использующих Интернет, 21%
предприятий использует Web-технологии только как рекламную доску.
39% — предоставляют возможность выбора заказа товаров как по электронной почте, так и с помощью Web-сайтов. 68%, кроме прочего, организуют доступ к своим базам данных не только для коммерции, но и
для предоставления различного рода дополнительных услуг.
Поскольку Web-технологии предназначены для работы в среде Интернета, то в большинстве случаев приложения зависимы от программного обеспечения. Всякое e-commerce приложение работает в сети, а
это, в свою очередь, значит, что приложение является сетевым программным продуктом.
Программное обеспечение для работы в среде Интернета столь же
многообразно, как и сам Интернет. А количество компаний, предлагающих свои услуги по созданию Web-приложений, исчисляется не сотнями и даже тысячами. Благодаря такому многообразию, у компаний, желающих открыть мир Интернета, не возникает больших проблем.
В наше время для создания приложения не требуется значительных
приобретений программного обеспечения. А существование бесплатного
программного обеспечения отчасти может решить проблему приложений для e-commerce. Широкий выбор инструментария и богатый набор
готовых программных продуктов порой ставит разработчиков приложений перед дилеммой. Что выбрать — готовый продукт, или же самостоятельно разрабатывать все приложение, или же самостоятельно сделать часть работы, а дополнительные компоненты приобрести у сторонних производителей. Вопрос не тривиальный. Сегодня недостаточно
просто написать хороший код, основная задача — организовать доступ
к уже используемым информационным ресурсам предприятия, заставить работать все приложение целиком.
Одной из первых компаний, предлагающих программное обеспечение
для сетевой среды, стала компания SUN Microsystems, Inc. Предлагая
сначала идею сетевого компьютера, компания SUN стала первопроходцем на рынке сетевых услуг и одним из лидеров.
Одним из самых успешных сетевых программных продуктов компании SUN, без сомнения, можно назвать созданный в середине 90-х годов
язык программирования Java. Язык сетевых приложений, Java идеально
подходит для создания Интернет-приложений. Имея обширный набор
прикладных утилит, добротный набор классов и прекрасную поддержку
от производителя по всему миру, язык Java стал очень популярен в среде Web-программистов. А бесплатное распространение набора разработчика и уже готовых компонентов сделали Java лидером Web-технологий.
Сегодня для создания e-commerсe приложения не требуется значительных приобретений программного обеспечения. Благодаря минимальному набору, распространяемому компанией SUN Microsystems, Inc.
совершенно бесплатно, разработчик может создать и эксплуатировать
полнофункциональное Web-приложение. В двух стандартных наборах
14 Часть 1. Электронная коммерция
разработчика, Java Development Kit (JDK1.2) и Java Enterprise Edition
(J2EE), находится все самое необходимое для создания e-commerce приложений. Но этот минимум, хотя и с очень большим набором Application
Programming Interface (API), не очень удобен как средство создания,
являясь в большей степени библиотекой классов, чем средством разработки. Поэтому в большинстве случаев разработчики предпочитают использовать специальный инструмент, интегрированное средство разработки (IDE), облегчающий создание «шедевров».
Линейка продуктов Forte for Java компании SUN, предлагает разработчикам именно то, что не могут предложить стандартные наборы разработчика JDK. Имея графический интерфейс и встроенные отладочные средства, Forte for Java представляет чрезвычайно мощное средство разработки приложений, выполняющееся на множестве различных
платформ.
Именно благодаря языку Java создание e-commerce приложений
стало обычным, достаточно распространенным занятием. Кроме стандартных наборов API, компания SUN стала распространять наборы
классов, предназначенных непосредственно для электронной коммерции. Java Wallet и Java Card — первые ласточки стандартизированных,
свободно распространяемых API e-commerce приложений. А сетевые
способности самого языка Java сделали данные наборы классов просто
незаменимыми при создании Web-приложений электронной коммерции.
В отличие от стандартного программного обеспечения, способного
выполняться локально, на одной ЭВМ, сетевое приложение достаточно развито и имеет минимум двухуровневое представление. А всякое
e-commerсe приложение базируется на двух основных парадигмах современности: клиент — серверной технологии и покупатель-продавец — транзакционной парадигме, для которых одним из самых важных критериев является время ответа сервером на поступивший клиентский запрос. Архитектура: клиент — сервер описывает любое
программное взаимодействие как отношения между программой-клиентом и программой-сервером. Сервер может предоставлять любую услугу, затребованную клиентом. Сервер может обеспечить доступ к данным, организовать поиск, перенаправить клиентский запрос и т. д. Отношения продавца и покупателя основываются на запросе необходимого
товара и предоставлении такового за соответствующую плату. Любой
компьютер может выступать как в роли клиента, так и в роли сервера — все зависит от того, является ли компьютер просителем или носителем информации в данный момент. Но в большинстве случаев под
серверами часто подразумевают более мощные компьютеры, с большим
объемом памяти и высокоскоростными процессорами, способные обрабатывать, вплоть до сотен тысяч, клиентских запросов одновременно.
Создание e-commerсe приложения, с использованием различных типов логики, бизнес-логики, User Interface (UI) логики и других, часто
требует различных навыков создания и различных инструментов и часто должны создаваться на различных этапах. Готовое приложение —
это не только набор классов, но и сбалансированная логика выполнения.
Поэтому в создании e-commerce приложения участвуют не только программисты, но и бизнес-аналитики и архитекторы систем.
Часть 1. Электронная коммерция 15
Принцип действия любого e-commerсe приложения можно свести к
нескольким последовательным этапам. Практически для каждой области бизнеса имеются свои собственные условия создания и реализации
e-commerсe приложений, но существуют общие детали практически
для всех создаваемых e-commerсe приложений. Именно в данной части
книги будут рассмотрены общие детали создания e-commerсe приложения. Общими в данном контексте можно назвать создание серверных
компонентов, среднеуровневых сервисов и пользовательского интерфейса будущего приложения.
Как упоминалось ранее, основное отличие e-commerсe приложения от
обычного приложения в том, что e-commerсe приложение базируется в
основном на технологии Web и используется в сетевом окружении. Данную особенность необходимо учитывать при создании собственного ecommerсe приложения. В остальном создание e-commerce приложения
ни чем не отличается от создания обычного приложения. Ключевыми
компонентами e-commerce приложения являются серверные компоненты, в большей степени описывающие бизнес-объекты, и клиентская
часть, отображающая серверные данные в браузере клиента. Умение создавать Web-приложения значительно облегчит создание и e-commerсe
приложений. А знание основ функционирования сетевых приложений
просто необходимо для создания платформонезависимого приложения.
Глава 1. Основные компоненты Web-приложений
Если рассматривать структуру обычного Web-приложения с точки
зрения составляющих, то можно выделить ряд встречающихся повсеместно элементов, более точно определенных типов файлов. Каждый тип
файлов несет свою функциональную нагрузку и предназначен для определенных целей. Перечень всех используемых в Интернете типов файлов
достаточно велик, но его можно разбить на несколько основных классов.
Во-первых, это HTML-страницы, отображающие данные в пользовательском браузере, во-вторых, файлы сервера, выполняющие различные работы на сервере, и, наконец, дополнительные файлы улучшающие внешний вид данных и выполняющие ряд служебных функций.
Каждый из этих типов файлов представляет собой определенный ресурс, необходимый для исполнения Web-приложения. При проектировании будущего Web-приложения каждый ресурс (файл) описывается и
создается отдельно, для того чтобы позже стать доступным для компонента Web-приложения.
При создании Web-приложений особое внимание уделяется ключевым компонентам:
•
Архитектура Web-приложения;
•
Web-клиент;
•
Web-сервер;
•
Протоколы связи;
•
Хранилища данных;
•
Визуальные элементы.
16 Часть 1. Электронная коммерция
1.1. Определение Web-клиента
Существует громадное количество различных типов клиентов. Одни
платят, другие предпочитают. И чтобы хоть как-то ограничить количество необходимой информации, автор предлагает ограничиться рассмотрением только клиентов, использующих HTTP-протокол передачи для
работы с представителем услуг, в нашем случае сервером.
В архитектуре клиент-сервер, как в распределенной системе, принято описывать два основополагающих компонента: клиент и сервер. Под
клиентом подразумевается объект, нуждающийся в каком-либо ресурсе, и чаще всего данным ресурсом обладает другой источник. Запрашиваемый ресурс может существовать, может отсутствовать или быть не
достигаемым в данный момент времени, но независимо от этого клиент
всегда тот, кто запрашивает определенный ресурс. Для Web-систем под
клиентом обычно подразумевается удаленный компьютер, использующий ресурсы другого компьютера, называемого сервером.
Web-клиенты могут делиться на несколько типов по различным характеристикам:
по используемому протоколу передачи данных, таких как HTTP,
•
WAP, или любому другому используемому в Интернете;
по типу используемого приложения, Web-браузер или клиентская
•
программа;
по «толщине», тонкий и толстый. «Тонкий» клиент обычно не тре-
•
бует специального программного обеспечения для выполнения
Web-приложения. В повседневности под «тонким» клиентом подразумевается набор из операционной системы и Web-браузера. В отличие от «тонкого», «толстый» клиент обладает дополнительными
свойствами, например, возможностью сохранения данных приложений на локальном диске. Кроме всего прочего, «толстый» клиент
достаточно дорог в обслуживании. Для Интернет-приложений клиент чаще всего является «тонким», использующий Web-браузер и
HTTP-протокол. В двух словах, клиент тот, кто требует чужих ресурсов. «Настоящий» Web-клиент тот клиент, который посылает на
Web-сервер запрос. Web-клиент работает только с представляемыми данными. А то, как отобразить и какие данные, это входит в
обязанности Web-сервера.
•
Деление по «толщине» также разделяет клиентов по принципу обработки логики приложения. Клиент может самостоятельно обрабатывать данные, проводить необходимые расчеты и т. д. Чаще
всего этим занимается «толстый» клиент. С другой стороны, «тонкий» клиент также может содержать часть логики приложения и
даже обрабатывать по мере своих сил.
•
Отдельной строкой можно выделить два новых типа Web-клиента,
получивших широкое распространение с ростом популярности Java и принятием нового стандарта разметки текста известного как
Extensible Markup Language (XML). Первый из них, Java-клиент,
приложение, реализованное на языке программирования Java, например аплеты или Java-классы встроенных устройств. Другой является расширенным заменителем стандартной HTML-страницы, с
Часть 1. Электронная коммерция 17
той лишь разницей, что в разметке Web-документа предусмотрена
возможность создания собственных разметочных полей (тегов) и
способность XML-документом нести часть логики приложения.
Проблема переноса документа из одной операционной среды в другую с сохранением не только данных, но и формата текста стояла достаточно давно. С появлением различных программных платформ возникла проблема единого представления документа. Консорциум W3C,
основываясь на многолетнем опыте и существующих технологиях, принял стандарт разметки текста XML, очень похожий на обычный HTML.
XML предназначен для создания единой формы документа, единой для
всех платформ с сохранением внешнего вида документа, приемлемого
для всех существующих информационных систем.
В последнее время для создания универсального клиента, переносимого на все платформы и независимого от других характеристик, используется XML. Платформонезависимый XML-документ может выступать самостоятельно в роли клиента или занимать промежуточное состояние непосредственно между клиентами различных типов и
серверами. XML-документ формируется на основе клиентского запроса,
независимо от типа клиента и протокола передачи данных. В то же
время на сервере с XML-документом, несущим клиентские данные, работает программа-обработчик, выделяющая данные из документа или
добавляющая данные в XML-документ для дальнейших этапов работы
с документом. Такая система принята в большинстве программных продуктов, предназначенных для работы в среде документооборота. Клиент
XML скорее представляет из себя объект, описывающий документ в
определенном виде, чем какую-либо физическую данность. К сожалению, только последние версии популярных Web-браузеров могут работать с XML-документами, но уже существуют средства, представляющие возможность работать с данным типом документов и в более ранних версиях браузеров.
Java-клиент также получил широкое распространение, но теперь уже
благодаря распространению самого языка Java. Платформонезависимость Java-клиента основывается на различных версиях Java Virtual
Machine (JVM). Java-клиент может работать на любой платформе, начиная от майнфреймов и персональных компьютеров до мобильных телефонов и кредитных карточек. В отличие от обычных Web-клиентов, Javaклиент обязательно требует наличия специальной исполняемой машины
JVM и может использовать все доступные для обычных Java-приложений способы взаимодействия с программными продуктами, независимо от
их месторасположения. С появлением новых версий JVM, работающих во
встроенных системах, появились и новые типы Java-клиентов. Ходят слухи о появлении на рынке бытовой техники, способной самостоятельно
связываться через Интернет с необходимыми источниками данных. Так
что Java-клиент может в полной мере именоваться и Web-клиентом.
Кроме основного недостатка, а именно наличие Web-сервера, Webклиент имеет и свои большие преимущества. Во-первых, доступность
практически из любого географического места, где имеется Интернет.
Во-вторых, относительная дешевизна, а иногда и бесплатность Webбраузера. Кроме некоторых различий между самими Web-браузерами и
18 Часть 1. Электронная коммерция
между версиями одноименных Web-браузеров, каждый HTML-документопользователь увидит таким, каким его создал Web-дизайнер.
Сегодня самым распространенным типом Web-клиентов, без сомнения, остаются Web-браузеры, такие, как Netscape или Hot Java, имеющие встроенную JVM, а также поддержку новых Web-технологий. Но
как бы ни был хорош браузер, ему просто необходим сервер. Сервер,
способный обрабатывать запросы Web-клиента.
1.2. Определение сервера
В архитектуре клиент-сервер сервер исполняет роль обработчика
клиентских запросов. Сервер приложения обрабатывающие клиентский
запрос. В рамках обычной клиент-серверной системы клиент обращается к данным, находящимся на сервере. Сервер в данном случае выступает и как сервер данных, и как обработчик запросов.
На настоящий момент можно выделить три типа серверов, используемых в Web-приложениях. Web-сервер, обрабатывающий HTTP-запросы, поступившие от Web-клиента и Application (сервера приложений)сервера. Web-серверы обрабатывают клиентские запросы, пересылают
их дальше, формируют на основе запросов обращения к внешним источникам данных. Отдельной строкой можно упомянуть сервер данных,
о нем будет сказано ниже. Web-серверы работают с такими стандартами, как SMTP, POP3, IMAP4, IRC, NNTP, FTP, ODBC и CORBA
OTS/IIOР, т. е. Стандартами, принятыми в Интернете. Application Server отвечает непосредственно за логику e-commerce приложения, организуя запросы к внешним/внутренним источникам данных, формируя
цепочки обработки клиентских запросов, управляет внутренними модулями и системными ресурсами.
•
Web-сервер или еще называемый как HTTP-сервер работает с
разными протоколами передачи данных, обеспечивая клиент-серверное взаимодействие. Одним из недостатков Web/http-сервера
считается отсутствие возможности обрабатывать динамические
данные. Web-сервер не предназначен для обработки пользовательских событий без формирования клиентского запроса. Всякое действие пользователя формируется на стороне клиента в виде запроса. Что бы ни произошло, прежде чем отреагировать, HTTP-сервер
должен получить клиентский запрос и уже затем, отреагировать
на действия клиента. Web-сервер предназначен для организации
доступа Web-клиента. HTTP или Web используют стандартный
интерфейс доступа к приложениям Common Gateway Interface
(CGI) и улучшенную версию FastCGI. Дабы избежать большой
сложности системы, иногда на уровне HTTP-сервера располагают
Java-загрузчик, придавая HTTP-серверу дополнительные способности обрабатывать клиентские запросы при посредничестве Javaкомпонентов.
•
Application-сервер отличается от стандартного Web-сервера наличием дополнительных модулей, таких, как обеспечение дополнительного уровня безопасности, обеспечение устойчивости к раз-
Часть 1. Электронная коммерция 19
личным типам сбоев, выравнивание нагрузки сетевого трафика,
администрирование приложений, расширяющих возможности обработки клиентского запроса. Чаще всего именно на уровне Application-сервер реализована JVM, работающая с Java-объектами, и
servlet engine, необходимый для обработки клиентских запросов
при помощи servlet и Java Server Page (JSP). Кроме описанных
компонентов, на сервере приложений могут располагаться Enterprise Java Bean (EJB)-сервер, менеджер транзакций, объектные
брокеры и т. д. Перемещение процессов принятия решений с клиентских приложений на отдельный сервер, значительно повышает
модульность клиент-серверных программ. Современные серверы
приложений не работают самостоятельно, а являются надстройками над стандартными HTTP-серверами.
И если Web-сервер может работать без сервера приложений, без потери всякой функциональности, то сервер приложений вряд ли сможет
обрабатывать клиентские запросы без HTTP-сервера. В момент установки сервер приложений автоматически конфигурирует установленный HTTP-сервер для переадресации клиентского запроса, после чего
HTTP-сервер становится просто диспетчером запросов, а обработчиком
клиентских запросов определяется сервер приложений.
В силу специфики работы Application Server размещается внутри
внутренней сети предприятия, в так называемой демилитаризованной
зоне (DMZ), где используются повышенные уровни безопасности.
Application Server обрабатывает различные типы данных: HTMLстраницы, изображения, видео- и аудиоинформацию, которую может
отобразить браузер клиента, в Java Server Pages — страницы, формируемые в момент запроса, и исполняемые программы, различные архивы данных и динамические элементы.
Практически все Application Server, реализованные на Java, имеют
встроенный контейнер, содержащий Enterprise Java Bean (EJB) container, а также servlet engine, программу обработки servlet. Немаловажной
деталью сервера является тип обработки клиентских запросов. Сервер
может обрабатывать запросы последовательно, один за другим, или параллельно, т. е. несколько запросов одновременно. Такой сервер создает
отдельный процесс для каждого поступившего запроса. После обработки
всех процессов, запросов сервер переходит в состояние «ожидания» до
тех пор, пока не поступит новый клиентский запрос. Сервер, использующий технологии Java, уже многопоточен, поскольку сама Java многопоточна, кроме того, существуют специальные способы организации параллельной обработки сообщений.
Некоторые типы серверов приложений (к примеру, Web Sphere Application server компании IBM) поддерживают узелковую архитектуру,
когда под одним узлом (node) описывается несколько копий программного обеспечения. В узелковой архитектуре каждая копия программного продукта, в данном случае сервера приложений, устанавливается
отдельно, хотя физически они могут располагаться на отдельных
компьютерах или на одном. Преимущества такого подхода очевидны,
«вход» — HTTP-сервер — один, и этим «входом» очень легко управлять, а обработчиков запросов несколько, что значительно увеличивает
20 Часть 1. Электронная коммерция
скорость формирования ответов. Узел устанавливает единое именное
пространство для всех копий установленных серверов приложений, т. е.,
для клиентских запросов разница узел представляется единственной
копией сервера приложений.
В клиент-серверной архитектуре не описано четкое распределение
ролей между клиентом и сервером и ничто не запрещает превратить
сервер в клиента или произвести обратное превращение, также возможно создать одно приложение, являющееся одновременно и клиентом
и сервером.
В последнее время наблюдается тенденция разделения ресурсов
между различными серверами. Если старый подход связывался с единением данных в одном источнике, то сегодня распределение ресурсов — одна из основополагающих задач проектирования приложений.
Каким бы ни был замечательным Web-клиент и каким бы ни был
Web-сервер, взаимодействие двух основных компонентов Web-архитектуры немыслимо без транспортного уровня. В Интернете используется
очень большое количество транспортных протоколов — от низкоуровневых, обеспечивающих передачу данных по медным проводам, до протоколов отражения информации. Транспортные протоколы в прямом
смысле слова являются связующим звеном между Web-клиентом и
Web-сервером.
1.3. Протоколы связи
Взаимоотношения между клиентом и сервером осуществляются посредством использования протокола передачи данных. Клиент посылает
свой запрос, используя протокол, понятный серверу. В данный момент
не важно, какой именно тип клиента отправляет запрос и по какому
протоколу, важно, чтобы и сервер, и клиент одновременно и совместно
использовали один и тот же протокол передачи. На настоящий момент
самыми распространенными протоколами, используемыми в e-commerсe, а точнее, в Web-приложениях являются HTTP, RMI, IIOP.Асразвитием мобильной телефонии в последнее время все большую популярность приобретает новый протокол, используемый в мобильных телефонах, — WireLess Application Protocol (WAP).
•
Hyper Text Transfer Protocol (HTTP) — широко распространенный
протокол передачи данных, используемый в Web-приложениях.
Обычно применяется при взаимодействии Web-браузера с Webсервером. Основным способом отражения информации в Web-приложениях служит язык разметки текста HTML, очень часто HTML
расширяется при помощи различных дополнительных модулей.
В JDK, начиная с самой первой версии 1.0, существует пакет java.net, предназначенный для работы с приложениями, использующими http-протокол. HTTP используется для установления контакта между клиентом и сервером.
•
Remote Method Invocation (RMI)-протокол, созданный фирмой
SUN для организации взаимодействия между Java-объектами, находящимися на различных платформах как в физическом смысле,
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]