Разработка веб-приложения

У любого сколько-нибудь большого предприятия по мере его развития со временем возникает потребность в контроле и отслеживании сетевой активности его узлов, серверов и прочих сетевых устройств. В мире программного обеспечения существует немало решений подобного рода задач и, как правило, некоторые из них активно используются предприятием. Однако часто системным администраторам необходим дополнительный специфический функционал, не реализуемый существующими приложениями. Задачей данного курсового проекта является разработка веб-приложения (язык программирования — Java, технологии: J2EE, JSP, Javascript, MS SQL Server, JDBC, JNDI, AJAX, контейнер приложений — Apache-Tomcat), предоставляющего конечному пользователю информацию о сетевой активности узлов предприятия, которую оно получает из специально указанных источников.

Приложение должно удовлетворять следующим требованиям:

Скрывать от конечного пользователя информацию о том, откуда получаются данные о сетевой активности узлов предприятия;

Выполнять масштабирование страниц, на которых отображаются картинки с графиками сетевой активности, в зависимости от разрешения монитора;

Позволять редактирование страниц, на которых отображаются картинки с графиками сетевой активности;

Выполнять автоматическое обновление структуры страниц, на которых отображаются картинки с графиками сетевой активности, после непосредственного редактирования этих страниц.

1. Назначение и возможности разработанного приложения

1.1 Основные функции и возможности, реализуемые приложением

приложение интерфейс java программирование Главной задачей разработанного приложения являлось облегчение работы системных администраторов по контролю активности сетевых и периферийных устройств предприятия. Приложение взаимодействует во внутренней сети предприятия со специальным сервером PRTG Server, получает от него информацию об активности сетевых и периферийных устройств и отображает эту информацию на своих страницах.

Второстепенными задачами являются возможность администрирования сенсоров — объектов, предоставляющих информацию об активности устройства в виде изображения графика в реальном времени. А именно: администратор приложения имеет возможность создавать, редактировать и удалять страницы с сенсорами, создавать, редактировать и удалять сенсоры на этих страницах.

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

1.2 Схема сценария работы приложения и взаимодействия его компонент

На следующей схеме отображён сценарий работы реализованного веб-приложения:

Рис. 1

Администратор или конечный пользователь реализуют запрос к приложению, которое в свою очередь запрашивает данные у сервера PRTG и адресует их по запросу. Дополнительно администратор имеет возможность редактировать содержимое страниц с сенсорами и управлять этими страницами.

На страницах с сенсорами с указанными интервалами выполняются сценарии на языке JavsScript для обновления содержимого сенсоров и содержимого самой страницы.

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

2. Описание средств разработки приложения

2.1 Язык программирования Java

Создание языка Java — это действительно один из самых значительных шагов вперед в области разработки сред программирования за последние 20 лет. Язык HTML (Hypertext Markup Language — язык разметки гипертекста) был необходим для статического размещения страниц во «Всемирной паутине» WWW (World Wide Web). Язык Java потребовался для качественного скачка в создании интерактивных продуктов для сети Internet.

Три ключевых элемента объединились в технологии языка Java и сделали ее в корне отличной от всего, существующего на сегодняшний день.

Java предоставляет для широкого использования свои апплеты (applets) — небольшие, надежные, динамичные, не зависящие от платформы активные сетевые приложения, встраиваемые в страницы Web. Апплеты Java могут настраиваться и распространяться потребителям с такой же легкостью, как любые документы HTML.

Java высвобождает мощь объектно-ориентированной разработки приложений, сочетая простой и знакомый синтаксис с надежной и удобной в работе средой разработки. Это позволяет широкому кругу программистов быстро создавать новые программы и новые апплеты.

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

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

Когда Java оказался в руках Internet, стало необходимым запускать Java-аплеты — небольшие программы, загружаемые через Internet. WebRunner был переименован в HotJava и компания Netscape встала на поддержку Java-продуктов.

Каждый апплет — это небольшая программа, динамически загружаемая по сети — точно так же, как картинка, звуковой файл или элемент мультипликации. Главная особенность апплетов заключается в том, что они являются настоящими программами, а не очередным форматом файлов для хранения мультфильмов или какой-либо другой информации. Апплет не просто проигрывает один и тот же сценарий, а реагирует на действия пользователя и может динамически менять свое поведение.

Именно броские Web-страницы с анимацией привлекли большинство ранних приверженцев языка Java. Поскольку пользователи не сразу смогли полностью освоить наиболее революционные аспекты Java, этот язык часто сравнивался с другими технологиями для загрузки динамических изображений и простого взаимодействия с Web-клиентами.

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

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

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

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

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

Создатели Java наложили на язык и на среду времени выполнения несколько жестких требований, которые позволяют, однажды написав, всегда запускать программу в любом месте и в любое время (где существует виртуальная Java-машина — броузеры на всех платформах, OS/2, Netware).

Необычайная способность Java исполнять свой код на любой из поддерживаемых платформ достигается тем, что ее программы транслируются в некое промежуточное представление, называемое байт-кодом (bytecode). Байт-код, в свою очередь, может интерпретироваться в любой системе, в которой есть среда времени выполнения Java. Несмотря на то, что в Java используется интерпретатор, байт-код легко переводится непосредственно в «родные» машинные коды (Just In Time compilers) «на лету». При этом достигается очень высокая производительность (Symantec JIT встроен в Netscape Navigator).

Язык Java, хотя и более сложный чем языки командных интерпретаторов, все же неизмеримо проще для изучения, чем другие языки программирования, например C++.

Среда Java — это нечто гораздо большее, чем просто язык программирования. В нее встроен набор ключевых классов, содержащих основные абстракции реального мира, с которым придется иметь дело вашим программам. Основой популярности Java являются встроенные классы-абстракции, сделавшие его языком, действительно независимым от платформы. Библиотеки, подобные MFC/COM, OWL, VCL, NeXTStep, Motif и OpenDoc прекрасно работают на своих платформах, однако сегодня главной платформой становится Internet.

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

Для уменьшения стоимости и увеличения скорости проектирования и разработки корпоративного приложения платформа J2EE предлагает компонентный подход к проектированию, разработке, сборке и внедрению корпоративных приложений. Платформа J2EE предлагает модель многоуровневого распределенного приложения, возможность повторного использования компонентов, интегрированный обмен данными на основе XML, унифицированную модель безопасности и гибкое управление транзакциями. Производители и пользователи обладают свободой выбора продуктов и компонентов, которые наиболее полно удовлетворяют их деловые и технологические требования.

2.2 Распределенные многоуровневые приложения

Платформа J2EE использует модель многоуровневого распределенного приложения. Логически приложение разделено на компоненты в соответствии с их функциональностью. Различные компоненты, составляющие J2EE-приложение, установлены на различных компьютерах в зависимости от их уровня в многоуровневой среде J2EE, которой данный компонент принадлежит. На рисунке 1 представлены два J2EE-приложения, разделенные на уровни, перечисленные в следующем списке.

Компоненты клиентского уровня работают на клиентской машине.

Компоненты Web-уровня работают на J2EE-сервере.

Компоненты бизнес-уровня работают на J2EE-сервере.

Программное обеспечение уровня корпоративной информационной системы (EIS) работает на EIS-сервере.

Хотя J2EE-приложение состоит из трех или четырех уровней, показанных на рисунке 1, многоуровневые J2EE-приложения обычно принято называть трехуровневыми, т.к. они расположены на трех различных системах: клиентский компьютер, сервер J2EE и сервер базы данных или обычный сервер. Трехуровневые приложения, работающие данным способом, расширяют стандартную архитектуру клиент-сервер, добавляя многопоточный сервер приложений между клиентской частью и сервером базы данных.

Рисунок 2 — Многоуровневые приложения

J2EE-компоненты

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

Клиентские приложения и апплеты — это компоненты, работающие на клиентской машине.

Компоненты технологии Java-сервлет и JavaServer Pages (JSP) — это Web-компоненты, работающие на сервере.

Корпоративные компоненты — это бизнес-компоненты, работающие на сервере.

J2EE-компоненты пишутся на языке программирования Java и компилируются точно так же, как и любая другая Java-программа. Отличием между J2EE-компонентами и «стандартными» классами Java является то, что J2EE-компоненты собираются в J2EE-приложение, находящееся в строгом соответствии со спецификацией J2EE, развернутое для функционирования в соответствующем месте и управляемое сервером J2EE.

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

Пакетирование

J2EE-приложение со всеми своими модулями поставляется в файле корпоративного архива (EAR). EAR-файл является стандартным Java-архивом (JAR) с расширением .ear.

Каждый EJB JAR-файл содержит дескриптор размещения, файлы корпоративных компонентов и связанные с ними файлы.

Каждый JAR-файл клиентского приложения содержит дескриптор размещения, файлы классов клиентского приложения и связанные с ними файлы.

Каждый WAR-файл содержит дескриптор размещения, файлы Web-компонентов и связанные с ними ресурсы.

Использование модулей и EAR-файлов делает возможной компоновку нескольких различных J2EE-приложений, используя некоторые из тех же самых компонентов. Никакое дополнительное кодирование не требуется; это вопрос компоновки различных J2EE-модулей в EAR-файлы.

2.3 Программное обеспечение

J2EE SDK — некоммерческое практическое определение платформы J2EE и спецификация, свободно распространяемые Sun Microsystems для демонстрации, апробирования и обучения. J2EE SDK включает в себя сервер приложений J2EE, Web-сервер, реляционную базу данных, набор J2EE API и полный набор инструментов для разработки и установки.

Цель J2EE SDK — позволить поставщикам продукта определить, что должна делать их реализация в конкретных условиях, и запустить набор тестов совместимости J2EE для проверки соответствия этих продуктов спецификации. Они также могут запускать свои J2EE-приложения на J2EE SDK для проверки полной переносимости всех J2EE-продуктов и инструментов.

Доступ к базам данных Реляционная база данных обеспечивает постоянное место хранения данных приложения. Для реализации J2EE не требуется поддержки определенного типа базы данных. Это означает, что базы данных, поддерживаемые различными J2EE-продуктами, могут быть разными. Список баз данных, поддерживаемых в данной реализации, приведен в Release Notes, включенном в J2EE SDK.

J2EE API

Для запуска J2EE SDK необходимо наличие: Java 2 Platform, Standard Edition (J2SE) SDK, которая предоставляет основные API для создания J2EE-компонентов, основные инструменты разработки и виртуальную машину Java. J2EE SDK предоставляет описанные ниже API, используемые в J2EE-приложениях.

JDBC API 2.0

JDBC API позволяет вызывать SQL-команды из методов языка программирования Java. JDBC API используется также в корпоративных компонентах при изменении установленной по умолчанию персистенции, управляемой контейнером, или при обращении к базе данных из сессионного компонента. При персистенции, управляемой контейнером, операции доступа к базе данных обрабатываются контейнером, т. е. реализация корпоративного компонента не содержит кода JDBC или SQL-команд. Также, возможно использование JDBC API в сервлете или JSP-странице для прямого доступа к базе данных, минуя корпоративный компонент.

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

Технология Java Servlet

Технология Java Servlet позволяет определить классы сервлетов. Класс сервлета расширяет возможности серверов, доступные хост-приложениям при использовании ими модели программирования «запрос — ответ». Хотя сервлеты могут отвечать на запросы любого типа, они обычно используются в приложениях, поддерживаемых Web-серверами.

Технология JavaServer Pages

Технология JavaServer Pages позволяет встраивать фрагменты кода сервлета прямо в текстовые документы. JSP-страница представляет собой текстовый документ, который содержит два типа текста: статичные шаблонные данные, которые могут быть представлены в любом текстовом формате, таком как HTML, WML и XML, а также JSP-элементы, которые определяют способ построения динамичного содержимого страницы.

Java Naming and Directory Interface

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

Поскольку JNDI не зависит от какой бы то ни было специализированной реализации, приложения могут использовать JNDI для доступа к многочисленным сервисам имен и каталогов, включая такие сервисы, как LDAP, NDS, DNS и NIS. Это позволяет J2EE-приложениям сосуществовать с традиционными приложениями и системами.

3. Структура базы данных приложения

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

Рисунок 3 — Схема базы данных приложения Таблица graphics содержит информацию об объектах сущности «изображение». В таблице 1 приведены описания её полей.

Таблица 1 — Сущность «Изображение»

ownId	int	Уникальный идентификатор объекта
id	int	Идентификатор сенсора на сервере
host	int	Ссылка на IP-адрес и порт сервера, с которого можно получить изображение графика сенсора
subid	int	Дополнительный идентификатор сенсора на сервере
width	int	Фиксированная ширина изображения с графиком (по умолчанию null)
height	int	Фиксированная высота изображения с графиком (по умолчанию null)
color	int	Ссылка на цвет, указывающий на статус сенсора
name	varchar (50)	Имя сенсора
row	int	Строка, в которой находится изображение сенсора на странице
col	int	Столбец, в котором находится изображение сенсора на странице
page	int	Ссылка на страницу, которой принадлежит сенсор
interval	int	Интервал (в секундах) обновления изображения сенсора

Таблица pages содержит информацию об объектах сущности «страница». В таблице 2 приведены описания её полей.

Таблица 2 — Сущность «Страница»

id	int	Уникальный идентификатор объекта
name	varchar (50)	Имя страницы
url	varchar (50)	Уникальный идентификатор страницы относительно корневой папки веб-приложения
rowsc	int	Количество строк с сенсорами на странице
colsc	int	Количество столбцов с сенсорами на странице
interval	int	Интервал (в секундах) обновления страницы

Таблица colors содержит список цветов для отображения статуса сенсора. В таблице 3 приведены описания её полей.

Таблица 3 — Справочник «Цвета»

id	int	Уникальный идентификатор объекта
color	varchar (50)	Название цвета

Таблица hosts содержит список адресов серверов для получения сенсоров. В таблице 4 приведены описания её полей.

Таблица 4 — Справочник «Хосты»

id	int	Уникальный идентификатор объекта
host	varchar (50)	IP-адрес и порт

4. Описание интерфейса разработанного приложения

Первоначально интерфейс был описан в виде html-страниц (рисунок 4).

Рисунок 4 — Внешний вид страницы с графиками Далее содержимое html-страниц было перенесено на страницы JSP и соответствующим образом отредактировано. Всего в приложении используется несколько JSP-страниц и сервлетов. Страница pagesmanager. jsp предназначена для управления страницами с графиками. При обращении к ней страница проверяет наличие в сессии коллекции страниц с изображениями графиков и, если не обнаруживает её там, то обращается за ней к сервлету by.beloil.servlets.Edit. Далее при помощи цикла forEach, реализуемого библиотекой тегов JSTL размечается таблица с именами страниц и ссылками для их просмотра, редактирования и удаления. После таблицы находится ссылка для добавления новой страницы.

Рисунок 5 — Менеджер страниц Страница pageedit. jsp предназначена для редактирования конкретной страницы с изображениями графиков. При обращении к странице pageedit. jsp она извлекает из параметров запроса имя страницы с изображениями графиков для редактирования и затем обращается к сервлету by.beloil.servlets.Main за объектом, инкапсулирующим данные этой страницы и размечает форму для редактирования её содержимого. На форме имеются поля для ввода количества строк и столбцов с изображениями, которые будут отображаться на странице с изображениями графиков. Есть также поле для ввода интервала обновления содержимого страницы с изображениями графиков в случае, когда её содержимое редактировалось. После полей ввода расположена кнопка обновления структуры страницы, которая посылает данные формы сервлету by.beloil.servlets.Edit. После формы обновления страницы с изображениями графиков находится ссылка для возврата к менеджеру страниц. Ниже расположена таблица с формами для редактирования каждой ячейки-сенсора страницы с изображениями графиков. Каждая такая форма содержит поля для ввода имени сенсора, его уникального и дополнительного идентификаторов, интервала (в секундах) обновления изображения графика, фиксированных высоты и ширины изображения, ареса сервера для получения изображения и цвета статуса сенсора. Данные с этих форм отправляются по нажатию клавиши Enter по любому из полей формы при помощи сценария на JavaScript.

Рисунок 6 — Редактирование страницы с изображениями графиков Страница addpage. jsp предназначена для добавления новой страницы с изображениями графиков. Она имеет форму с полями для ввода имени новой страницы, количества столбцов и строк, и интервала обновления страницы. Данные формы по нажатию кнопки Add отправляются сервлету by.beloil.servlets.Edit, который размещает страницу в базе данных приложения. На этой странице также имеется ссылка для возврата к менеджеру страниц.

Рисунок 7 — Добавление новой страницы с изображениями графиков Страницы с изображениями графиков генерируются в методе addPage сервлета by.beloil.servlets.Main, размещаются в корневом каталоге сервера и действуют следующим образом:

Страница проверяет, есть ли в сессии объект, инкапсулирующий её структуру и, если его там нет, обращается за ним к сервлету by.beloil.servlets.Run. Далее старница размечает таблицу с тегами изображений графиков, содержимое которых заполняется функциями JavaScript по сгенерированному сервлетом by.beloil.servlets.Run сценарию.

Далее следует описание действий скриптов, обновляющих изображения графиков.

Общая для всех изображений функция rescale () вызывается в момент загрузки страницы действием onload объекта body и выполняет следующие действия:

Получает объект, инкапсулирующий таблицу с изображениями, при помощи метода document. getElementById ();

При помощи следующего кода получает допустимые ширину и высоту для каждого изображения графика в таблице:

width=(screen.availWidth/table.rows[0]. cells. length-1).toFixed (0); height=(screen.availHeight/table.rows.length*2−35).toFixed (0);

Затем для каждого изображения графика в таблице вызывает «рекурсивную» функцию rncm (), где n — номер стоки, m — номер столбца, в которых содержится изображение. Функция rncm () при помощи того же метода document. getElementById () получает объект, инкапсулирующий изображение и устанавливает для него атрибут src с вычисленными параметрами width и height. Затем вызывается функция setTimeout (). В параметрах ей указывается функция rncm (), чем и достигается её «рекурсия». Второй параметр — интервал в миллисекундах, через который изображение графика должно обновляться. Функция setTimeout () вызовет функцию rncm () через указанное в миллисекундах время.

В файле скриптов есть ещё одна общая функция — refresh (). Её задача — через установленное время выполнять полное обновление страницы с графиками на случай, если она редактировалась администратором, так как прямого доступа для обновления этой страницы как правило не будет. Для исполнения этой задачи она выполняет следующие действия:

Создает AJAX-объект для выполнения асинхронного запроса к приложению;

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

После скриптов был разработан сервлет GetImage, получающий запросы от страницы для отображения данных и возвращающий изображения.

Он получает параметры: width, height и id. По указанному идентификатору он выбирает из набора метаданных нужную запись, и, основываясь на её информации, формирует запрос к специальному серверу, адрес которого указан в метаданных изображения. Запрос реализуется при помощи метода java.net.URL.openConnection () класса java.net.URL. У полученного при этом вызове объекта java.net.URLConnection вызывается метод java.net.URLConnection.getInputStream (), возвращающий поток с запрашиваемым изображением. Далее статическим методом javax.imageio.-ImageIO.write () изображение записывается в выходной поток сервлета, который возвращается методом javax.servlet.ServletResponse.getOutput-Stream ().

Все сервлеты являются подклассами сервлета, инкапсулирующего коллекцию с метаданными для изображений, подключение к базе данных MS SQL Server, и реализующего методы для получения и обработки этих полей.

Заключение

В данном курсовом проекте было разработано веб-приложение для администрирования данных, получаемых с сервера по накоплению статистики сетевой активности и активности различных периферийных устройств. После отладки и тестирования оно будет установлено на предприятии.

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

Благодаря передовым информационным технологиям разработанное веб-приложение является достаточно гибким в плане расширения функционала, что предполагает его дальнейшее расширение и сопровождение. Гибкость и расширяемость приложения в значительной степени обеспечили технологии JSP и JSTL, которые позволили создавать качественные динамические шаблоны страниц приложения, а также применение шаблона проектирования Модель-Контроллер-Представление. Данная модель позволила разделить логику работы приложения на три относительно независимые компоненты, изменения в каждой из которых мало влияют на работу других компонент.

В ходе работы были использованы и изучены следующие технологии: JSP, JSTL, J2EE, JDBC, JNDI, JavaScript, CSS, AJAX, MS SQL Server. Были разработаны и изучены новые приемы работы с интернет-технологиями, получен большой опыт работы в области информационных технологий. Были отмечены основные направления необходимого профессионального развития, совершенствования навыков программирования и расширения профессиональных и научных знаний.

Список использованных источников

1. Эккель Б. Философия Java / Б. Эккель. — СПб.: Питер, 2009. — 640 с.

2. Ноутон П. Java 2 / П. Ноутон, Г. Шилдт. — СПб.: БХВ-Петербург, 2007. — 1072 с.

3. Грабер М.

Введение

в SQL / М. Грабер. — М: издательство «ЛОРИ», 1996. — 382 с.

4. Коржинский, С. Настольная книга Web-мастера: эффективное применение HTML, JavaScript / С. Коржинский. — Кнорус, 2000. — 320 с.

5. Дронов, В. JavaScript в Web-дизайне / В. Дронов — СПб.: БХВ, 2001. — 880 с.

Приложение А

Коды JSP-страниц приложения

pagesmanager.jsp

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

<%@ page import="by.beloil.model.Consts" %>

Editing and viewing pages

${page.name}

Edit Delete

Add new page

<%response.setHeader(" Cache-Control" , "no-cache" );%>

pageedit.jsp

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

<%@ page import="by.beloil.servlets.Main" %>

<%@ page import="by.beloil.model.Consts" %>

<%@ page import="by.beloil.beans.Image" %>

<%@page import="by.beloil.beans.Page" %>

Editing of ${pageName}

Rows
Columns
Refresh page interval	sec

Back to page manager

<%

Page curPage = (Page) pageContext.getAttribute(Consts.PARAM_PAGE);

for(int row = 1; row <= curPage.getRows(); row++) {

%>

<%

for(int col = 1; col <= curPage.getCols(); col++) {

Image image = curPage.getImage(row + "" + col);

if (image != null) {

%>

<%

} else {

%>

<%}}

%>

<%}%>

Name: id: subid: interval: width: height: host: color: redgreenblue

Name: id: subid: interval: width: height: host: color: redgreenblue

addpage.jsp

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

<%@page import="by.beloil.model.Consts" %>

Name:

Rows:

Columns:

Interval:

Back to page manager

Приложение Б

Коды сервлетов приложения

public class Edit extends Main {

private static final long serialVersionUID = 1L;

public Edit() {

super();

}

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

if (request.getParameter(Consts.PARAM_ACTION) != null) {doPost(request, response);} else {

HttpSession session = request.getSession();

session.setAttribute(" pages" , getPages());

RequestDispatcher dispatcher = session.getServletContext().getRequestDispatcher(Consts.JSP_URI_PAGES_MANAGER);

dispatcher.forward(request, response);

}}

protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

request.setCharacterEncoding(" UTF-8" );

HttpSession session = request.getSession();

RequestDispatcher dispatcher = null;

String action = request.getParameter(Consts.PARAM_ACTION);

String rowsString = request.getParameter(Consts.PARAM_ROWS);

String colsString = request.getParameter(Consts.PARAM_COLS);

String interval = request.getParameter(Consts.PARAM_INTERVAL);

String pageName = request.getParameter(Consts.PARAM_PAGE_NAME);

String row = request.getParameter(Consts.PARAM_ROW);

String col = request.getParameter(Consts.PARAM_COL);

String name = request.getParameter(Consts.PARAM_NAME);

String id = request.getParameter(Consts.PARAM_ID);

String subid = request.getParameter(Consts.PARAM_SUBID);

String width = request.getParameter(Consts.PARAM_WIDTH);

String height = request.getParameter(Consts.PARAM_HEIGHT);

String host = request.getParameter(Consts.PARAM_HOST);

String color = request.getParameter(Consts.PARAM_COLOR);

if (action != null && action.equals(Consts.ACTION_DELETE)) {

deletePage(request, pageName);

session.setAttribute(" pages" , getPages());

dispatcher = session.getServletContext().getRequestDispatcher(Consts.JSP_URI_PAGES_MANAGER);

dispatcher.forward(request, response);

} else { if (rowsString != null && colsString != null && interval != null && pageName != null) {

if (action != null && action.equals(Consts.ACTION_UPDATE)) {

Page page = getPage(pageName);

page.setInterval(Integer.parseInt(interval));

page.setRows(Integer.parseInt(rowsString));

page.setCols(Integer.parseInt(colsString));

DataModel.updatePage(page);

session.removeAttribute(pageName);

dispatcher = session.getServletContext().getRequestDispatcher(Consts.JSP_URI_EDIT);

dispatcher.forward(request, response);

} else {if (action != null && action.equals(Consts.ACTION_ADD)) {

Page page = getPage(pageName);

if (page == null) {

int rows = Integer.parseInt(rowsString);

int cols = Integer.parseInt(colsString);

page = new Page(pageName, 0, "/" + pageName + ".jsp" , Integer.parseInt(interval), rows, cols, new HashMap());

addPage(request, page);

DataModel.addPage(page);}

session.setAttribute(" pages" , getPages());

dispatcher = session.getServletContext().getRequestDispatcher(Consts.JSP_URI_PAGES_MANAGER);

dispatcher.forward(request, response);

}}}}

if (row != null && col != null && pageName != null && name != null && id != null && subid != null && interval != null && width != null && height != null && host != null && color != null) {

Page page = getPage(pageName);

session.removeAttribute(pageName);

Image image = page.getImage(row + col);

if (image != null) {

image.setColor(color);

image.setHeight(height);

image.setHost(host);

image.setId(Integer.parseInt(id));

image.setInterval(interval);

image.setName(name);

image.setSubid(subid);

image.setWidth(width);

DataModel.updateImage(page, image);

} else {

image = new Image(Integer.parseInt(id), 0, name, subid, interval, width, height, host, color, Integer.parseInt(row), Integer.parseInt(col));

page.getImages().put(image.getRow() + "" + image.getCol(), image);

DataModel.updateImage(page, image);}

dispatcher = session.getServletContext().getRequestDispatcher(Consts.JSP_URI_EDIT);

dispatcher.forward(request, response);}}}

public class GetImage extends Main {

private static final long serialVersionUID = 1L;

public GetImage() {

super();

}

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

String id = request.getParameter(" id" );

String w = request.getParameter(" width" );

String h = request.getParameter(" height" );

String refresh = request.getParameter(" refresh" );

String pageName = request.getParameter(" page" );

if (refresh != null) {

response.getOutputStream().print(getVersion());

} else {

if (id != null && w != null && h != null && pageName != null) {Page page = getPage(pageName);

if (page != null) {

Image image = page.getImage(Integer.parseInt(id));

if (image != null) {

String url = null;

url = "http://10.5.2.166/chart.png?id=" + id + "&width=" + w + "&height=" + h;

URLConnection connection = new URL(url).openConnection();

InputStream inputStream = connection.getInputStream();

try {

ImageIO.write(ImageIO.read(inputStream), "png" , response.getOutputStream());

} catch (IllegalArgumentException e) {

System.out.println(id);}

public class Main extends HttpServlet {

private static final long serialVersionUID = 1L;

private static List pages;

private static long version;

static {

version = new Date().getTime();

fillPages();

}

public Main() {

super();

}

public static long getVersion() {

return version;

}

public static void setVersion(long version) {

Main.version = version;

}

public static List getPages() {

return pages;

}

public static Page getPage(String pageName) {

Iterator iterator = getPages().iterator();

Page page = null;

while (iterator.hasNext()) {

page = (Page) iterator.next();

if (page.getName().equalsIgnoreCase(pageName)) {

break;} else {page = null;}}return page;}

public static void deletePage(HttpServletRequest request, String pageName) {

Page page = getPage(pageName);

if (page != null) {

String path = request.getSession().getServletContext().getRealPath(" /" ) + "" ;

File file = new File(path + page.getName() + ".jsp" );

file.delete();

file = new File(path + "/scripts/" + pageName + ".js" );

file.delete();

pages.remove(page);

DataModel.deletePage(page);}}

public static void fillPages() {

pages = DataModel.getPages();

}

public static void addPage(HttpServletRequest request, Page page) {

pages.add(page);

String path = request.getSession().getServletContext().getRealPath(" /" ) + "" ;

String pageContent = "<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>n<%@ page import="by.beloil.beans.*" %>n<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>n<%@ page import="by.beloil.model.Consts" %>nnnt

nttntttnttttnttnttnttntntnttntttntt<%nttttfor (int row = 1; row ≤ curPage. getRows (); row++) {ntttttString head = «» ;ntttttString body = «» ;ntttttfor (int col = 1; col ≤ curPage. getCols (); col++) {nttttttImage image = curPage. getImage (row + «» + col);nttttttif (image ≠ null) {nttttttthead += «» ;ntttttttbody += «» ;ntttttt} else {nttttttthead += «» ;ntttttttbody += «» ;ntttttt}nttttt}nttttthead += «» ;ntttttbody += «» ;ntttttout.println (head);ntttttout.println (body);ntttt}nttt%>

» + image. getName () + «

ntn";

File file = new File (path + page. getName () + «.jsp»);

PrintWriter printWriter;

try {

printWriter = new PrintWriter (file);

printWriter.print (pageContent);

printWriter.close ();

} catch (FileNotFoundException e) {

}}}

public class Run extends Main {

private static final long serialVersionUID = 1L;

public Run () {

super ();

}

protected void doGet (HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

String pageName = request. getParameter (Consts.PARAM_PAGE_NAME);

Page page = getPage (pageName);

HttpSession session = request. getSession ();

if (page ≠ null) {

session.setAttribute (page.getName (), page);

String path = request. getSession ().getServletContext ().getRealPath («/scripts/») + «» ;

File file = new File (path + pageName + «.js»);

String server = request. getServerName ();

int port = request. getServerPort ();

PrintWriter script = new PrintWriter (file);

script.print («function rescale () {ntvar table = document. getElementById («table»);ntwidth = (screen.availWidth / table. rows[0]. cells. length — 1).toFixed (0);ntheight = (screen.availHeight / table.rows.length * 2 — 35).toFixed (0);nturl = «http://» + server + «:» + port + «/prtgStat/GetImage?id=»;");

String func_resc = «» ;

String func_resc2 = «» ;

Iterator iterator = page. getImages ().values ().iterator ();

while (iterator.hasNext ()) {

Image image = (Image) iterator. next ();

int id = image. getId ();

int row = image. getRow ();

int col = image. getCol ();

String interval = image. getInterval ();

func_resc += «ntr» + row + «c» + col + «();» ;

func_resc2 += «function r» + row + «c» + col + «() {ntvar img = document. getElementById («» +

id + «»);ntif (img ≠ null) {nttvar time = new Date ();nttimg.setAttribute («src», «+ «url + «» + id + «&page=» + page. getName () + «&width=» + width + «&height=» + height + «&time=» + time);nt}nt» +

" setTimeout ('r" + row + «c» + col + «()', «+ interval + «000);n}nn» ;

}

func_resc2 += «function refresh () {ntvar xmlhttp;ntif (window.XMLHttpRequest) {nttxmlhttp = new XMLHttpRequest ();nt} else {nttxmlhttp = new ActiveXObject («Microsoft.XMLHTTP»);nt}ntxmlhttp.onreadystatechange = function () {nttif (xmlhttp.readyState == 4 && xmlhttp. status == 200) {ntttif (xmlhttp.responseText ≠ document. getElementById («version»).innerHTML) {nttttwindow.location.reload ();nttt}ntt}nt}ntvar url = «http://» + server + «:» + port + «/prtgStat/GetImage?refresh=what&time=» + new Date ();ntxmlhttp.open («GET», url, true);ntxmlhttp.send ();ntsetTimeout ('refresh ()', «+ page. getInterval () + «000);n}» ;

func_resc += «n}nn» ;

script.print (func_resc);

script.print (func_resc2);

script.close ();

RequestDispatcher dispatcher = session. getServletContext ().getRequestDispatcher (page.getUrl ());

dispatcher.forward (request, response);

} else {

RequestDispatcher dispatcher = session. getServletContext ().getRequestDispatcher (Consts.JSP_URI_PAGES_MANAGER);

dispatcher.forward (request, response);

}}