ати у модуля ФС про наявність нових запитів
Модуль ФС перевіряє стан директорії із запитами і повертає статус наявності нових запитів модулю черги запитів
Якщо нових запитів немає, то модуль черги запитів йде в очікування до наступної ітерації, в іншому випадку запрошувати у модуля ФС потік введення нового запиту
Модуль ФС відкриває файл із запитом і повертає модулю черги запитів потік введення з файлу із запитом
Модуль черги запитів створює новий запит, використовуючи маршаллер протоколу (загальний для клієнтського і сереврного компонентів) за даними з потоку і повідомляє модулю ФС про завершення вибірки запиту
Модуль ФС закриває файл і видаляє його з директорії запитів
Модуль черги запитів визначає фабрику завдання зі списку зареєстрованих в ньому фабрик, відповідну запитом, і створює на ній екземпляр завдання
При створенні екземпляра задачі їй передається інтерфейс модуля ФС і маршаллер протоколу (загальний для клієнтського і серверного компонентів)
Модуль черги запитів ставить завдання в чергу модуля черги завдань і переходить до наступної ітерації
Модуль черзі завдань працює циклічно, де кожна ітерація виглядає наступним чином:
Модуль черзі завдань знаходиться в режимі очікування до появи в черзі нового завдання
Модуль черзі завдань запускає виконання завдання
Завдання виконується, періодично виробляючи сериализацию свого вмісту, використовуючи отриманий маршаллер і інтерфейс модуля ФС (для отримання нового тимчасового потоку виведення, який після закриття буде перетворений в готовий файл зі статусом задачі)
Після завершення виконання завдання управління передається модулю черзі завдань, який додає задачу в список виконаних завдань
Модуль черзі завдань аналізує список виконаних завдань і вибирає ті, у результатів яких закінчився термін зберігання і видаляє їх зі свого списку
Модуль черзі завдань передає список завдань із закінченим терміном зберігання модулю ФС, який їх видаляє з директорії результатів
Модуль черзі завдань переходить до наступної ітерації
Малюнок 3.5 Схема структури серверного компонента
.4 Реалізація серверного компонента
Для реалізації програмного комплексу обрано такі засоби розробки:
Інтегроване середовище розробки Eclipse (версія Helios Service Release 2), як відповідає всім вимогам по розробці програмного продукту на мові Java Standard Edition, що має безліч допоміжних засобів для забезпечення зручного процесу розробки;
Система контролю версій SVN для забезпечення надійного зберігання вихідних кодів програмного комплексу, а також для можливості зручної синхронізації вихідних кодів між декількома робочими станціями розробника;
Робочі станції програміста, що мають характеристики не нижче наступного рівня: процесор частотою 2ГГц, обсяг оперативної пам'яті 1Гб, обсяг доступного дискового простору 1Гб, розмір дисплея 17 дюймів, роздільна здатність екрану 1024 * 768 пікселів;
Операційна система Windows XP SP2 або SP3.
При реалізації серверного компонента була проведена декомпозиція задачі, в результаті якої всередині кожного модуля вийшов набір сутностей, реалізованих у вигляді інтерфейсів, класів і абстрактних класів. Для стислості викладу наведені тільки сигнатури класів (інтерфейсів), повний вихідний текст програмного комплексу наведений у додатку 2.
Модуль контролера представлений наступними класами:
Клас контролера серверного компонента, успадкований від базового контролера. Має статичний метод main () - точку входячи для запуску серверного компонента.
package server.controllerclass ServerController extends ModulesController {static void main (String [] args)
Overridevoid initModules () throws ModuleException {void obtainServerLock () throws ModuleException
}
Клас базового абстрактного контролера компонента - реалізує методи запуску і зупинки зареєстрованих модулів; управляє часом життя компонента.
package common.controller; abstract class ModulesController {List lt; Module gt; modules=new ArrayList lt; Module gt; (); void execute () abstract void initModules () throws ModuleExceptionboolean add (Module module) void startModules () throws ModuleExceptionvoid waitForStop () void stop () void stopModules () throws ModuleException
}
Інтерфейс модуля, що реєструється в контролері і керованого ним.
package common.controller; interface Module {void start () throws ModuleExceptionvoid stop () throws ModuleException
}
Клас винятків, специфікує помилки, що відбулися в коді контролера.
package common.controller; class ModuleException extends Exception {
public ModuleException (String message)
}
Модуль серверної бібліотеки представлений наступними класами:
Клас ін...
