1.3. Апплеты и сервлеты Java

Апплеты Java (applet — маленькая программка) применяются для создания ди­намически формируемого интерфейса пользователя. Язык Java является объект­но-ориентированным языком с синтаксисом, похожим на синтаксис языка C++. Однако возможности языка Java по доступу к локальным ресурсам поль­зователей сильно урезаны, что делает его безопасным для использования в сети. Апплеты предназначены для выполнения на любых платформах. Их код интер­претируется виртуальной Java-машиной, входящей в состав браузера. Использо­вание, такого механизма гарантирует целостность локальных данных пользовате­ля. Для включения апплета в Web-страницу применяется специальный тег (tag — метка) языка HTML. Сервлеты, в отличие от апплетов, выполняются на стороне сервера и служат для обработки запросов, передаваемых от браузера.

1.4. Интерфейсы cgi и WinCgi

Для создания модулей расширения Web-сервера могут использоваться интер­фейсы CGI (Common Gateway Interface — общий шлюзовой интерфейс) или ин­терфейсы прикладного программирования API (Application Program Interface).

Интерфейс CGI является стандартным протоколом взаимодействия между Web-сервером и модулями расширения, которые могут применяться для выполнения дополнительных функций, не поддерживаемых сервером. Например, такие мо­дули используются для обработки получаемой от пользователя информации, для динамического формирования Web-документа, публикации БД на Web-страни­це и т. д.

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

Для запуска модуля расширения достаточно задать его URL-адрес в строке браузера и начать загрузку документа. При получении запроса браузера к CGI-приложению сервер запускает это приложение и передает ему данные из ко­мандной строки запроса. CGI-приложение формирует ответ и помещает его в выходной поток (на стандартном устройстве вывода), затем сервер посылает этот ответ с использованием протокола HTTP обратно браузеру. В случае парал­лельной обработки нескольких запросов сервер запускает отдельный процесс для обработки каждого запроса, причем для каждого процесса создается копия модуля расширения в памяти компьютера, на котором находится Web-сервер. Поэтому недостатками протокола CGI является невысокая скорость обработки запросов и повышенная загрузка Web-сервера.

Существует адаптированный вариант общего CGI-протокола для среды Win­dows 3.1 — WinCGI. Он отличается от протокола CGI тем, что управляющие па­раметры передаются через INI-файл, а входной и выходной потоки данных пе­ренаправлены в специальные файлы. В остальном механизм взаимодействия с сервером аналогичен механизму, используемому протоколом CGI.

1.5. Интерфейсы isapi/nsapi

Более перспективными интерфейсами являются интерфейсы ISAPI/NSAPI (Internet Server API/Netscape Server API), разработанные фирмами Microsoft и Netscape, соответственно. Эти интерфейсы также предназначены для разработки дополнительных модулей расширения Web-сервера. В случае использования этих интерфейсов модули расширения реализуются в виде библиотек DLL. За­пуск модуля расширения выполняется сервером в ответ на запрос браузера на загрузку URL-адреса этого модуля. Взаимодействие между сервером и модулем расширения осуществляется с помощью специальных объектов (Request, Response). Сервер передает параметры запроса модулю расширения и получает сформированный Web-документ, который с помощью протокола HTTP пересы­лается обратно браузеру.

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