<< Пред. стр. 5 (из 14) След. >>
Список литературы по разделу
public boolean createMailbox(
String userName,
String password)
Создает почтовый ящик в сторонней почтовой системе (имя класса реализации задается в конфигурационном файле)
public boolean deleteMailbox(
String name)
Удаляет почтовый ящик пользователя
public boolean updateMailbox(
String name,
String newName,
String newPassword)
Изменяет пароль на почтовый ящик пользователя
Структура данных подсистемы оповещений
Таблица: ODP_MAIL_ADDRESS
Описание
Поле
Тип
Длина
Ненулевое
Описание
FULL_NAME
string
EMAIL
string
PHONE
string
ADD_INFO
string
Таблица: ODP_MAIL_ADDRESS_GROUP
Описание
Поле
Тип
Длина
Ненулевое
Описание
name
string
Таблица: ODP_MAIL_FOLDER
Описание
Поле
Тип
Длина
Ненулевое
Описание
NAME
string
255
description
string
255
SUBJECT_FILTER
string
255
BODY_FILTER
string
255
FROM_SENT_DATE
timestamp
TO_SENT_DATE
timestamp
FROM_RECIVE_DATE
timestamp
TO_RECIVE_DATE
timestamp
COUNT_MESSAGE
int
Таблица: ODP_MAIL_MESSAGE
Описание
Поле
Тип
Длина
Ненулевое
Описание
MESSAGE_ID
string
255
SUBJECT
string
255
BODY
clob
HAS_ATTACHMENT
boolean
SENT_DATE
timestamp
RECEIVED_DATE
timestamp
FLAG
boolean
Портал СЭВ
Портал СЭВ обеспечивает пользовательский интерфейс для пользователей портала и администраторов.
Пользовательские компоненты:
1. Портлет голосований (включает администраторский интерфейс и построитель).
2. Лента новостей (включает администраторский интерфейс)
3. Контекстная помощь
4. UDDI-поиск
5. UDDI-публикация
6. Форма входа в систему, с возможностью смены пароля при утрате и размещения заявки на регистрацию в портале
Для авторизовавшихся пользователей:
7. Экран доступа к почтовому ящику (для зарегистрированных пользователей)
8. Список запущенных ПЭВов, с возможностью перехода к каждому экземпляру
Административные компоненты
1. Identity manager UI (управление пользователями, ролями, группами, привилегиями)
2. Настройки компонент (голосования, лента новостей, справочная система, UDDI-администратор)
3. Интерфейс администратора и оператора ССК
4. Интерфейс настройки репозитария
5. Консоль подсистемы исполнения ПЭВ
Интеграция веб-приложений в портал СЭВ
Основной задачей при интеграции веб-приложений в портал является получение информации о пользователе портала. При входе пользователя в портал создается клиентский COOKIE с номером сессии (SESSION_ID). Если веб-приложение размещается в том же домене, что и портал СЭВ, эти COOKIE будут доступны веб-приложению. SESSION_ID пользователя портала совпадает по значению с идентификатором сессии, зарегистрированной в подсистеме безопасности, поэтому полученный идентификатор сессии может быть использован сторонней системой для получения необходимой информации о пользователе (AuthorizationService.getUserInfo) и проведения других операций с помощью API СЭВ, требующих идентификатор сессии пользователя. При необходимости интегрировать систему, размещенную в другом домене, можно создавать ссылку (в меню портала, например, в качестве одного из параметров указав идентификатор сессии).
Для обеспечения безопасного обмена данными может использоваться SSL протокол, настройки SSL задаются в конфигурационном файле сервлет-контейнера Tomcat.
Структура данных портала
Таблица: CONTEXT_HELP_ARTICLE
писание: Статья справочной системы
оле
ип
лина
енулевое
писание
ITLE
tring
55
CONTENT
clob
CODE
string
10
Таблица: CONTEXT_HELP_TOPIC
Описание: Раздел справочной системы
Поле
Тип
Длина
Ненулевое
Описание
NAME
string
255
Таблица: VOTE_THEME
Описание: Голосование
Поле
Тип
Длина
Ненулевое
Описание
NAME
string
255
CREATEDATE
timestamp
STARTDATE
timestamp
ENDDATE
timestamp
MULTIPLE
boolean
ACTIVE
boolean
Таблица: VOTE_RESULTS
Описание: Результаты голосований
Поле
Тип
Длина
Ненулевое
Описание
INTERNAL_IP
string
255
EXTERNAL_IP
string
255
TIME
timestamp
Таблица: VOTE_LOCATION
Описание: Список допустимых размещений портлета голосований
Поле
Тип
Длина
Ненулевое
Описание
LOCATION
string
255
Таблица: VOTE_CHOICE
Описание: Варианты ответов для голосования
Поле
Тип
Длина
Ненулевое
Описание
TEXT
string
255
Таблица: NEWS
Описание: новости портала
Поле
Тип
Длина
Ненулевое
Описание
TITLE
string
255
CONTENT
clob
NEWS_DATE
timestamp
Требования к внутренним web-сервисам Среды электронного взаимодействия
Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов.
Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен.
Основные требования к web-сервисам
Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами.
1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.
...
...
CONTENT
clob
CODE
string
10
Таблица: CONTEXT_HELP_TOPIC
Описание: Раздел справочной системы
Поле
Тип
Длина
Ненулевое
Описание
NAME
string
255
Таблица: VOTE_THEME
Описание: Голосование
Поле
Тип
Длина
Ненулевое
Описание
NAME
string
255
CREATEDATE
timestamp
STARTDATE
timestamp
ENDDATE
timestamp
MULTIPLE
boolean
ACTIVE
boolean
Таблица: VOTE_RESULTS
Описание: Результаты голосований
Поле
Тип
Длина
Ненулевое
Описание
INTERNAL_IP
string
255
EXTERNAL_IP
string
255
TIME
timestamp
Таблица: VOTE_LOCATION
Описание: Список допустимых размещений портлета голосований
Поле
Тип
Длина
Ненулевое
Описание
LOCATION
string
255
Таблица: VOTE_CHOICE
Описание: Варианты ответов для голосования
Поле
Тип
Длина
Ненулевое
Описание
TEXT
string
255
Таблица: NEWS
Описание: новости портала
Поле
Тип
Длина
Ненулевое
Описание
TITLE
string
255
CONTENT
clob
NEWS_DATE
timestamp
Требования к внутренним web-сервисам Среды электронного взаимодействия
Все регистрируемые в реестре сервисов Среды электронного взаимодействия web-сервисы информационных систем субъектов взаимодействия, предназначенные для интеграции информационных систем субъектов в рамках Среды, должны удовлетворять определенному набору требований, автоматически контролируемых в процессе регистрации в реестре таких сервисов. В дальнейшем, в целях отделения их от web-сервисов, реализующих процедуры электронного взаимодействия (ПЭВ), и прочих web-сервисов, описания которых хранятся в реестре, будем называть сервисы, предоставляемые субъектами взаимодействия в целях интеграции со Средой внутренними web-сервисами Среды. Внутренние сервисы Среды в большинстве случаев реализуются в виде электронных административных регламентов (ЭАР), поэтому будем в дальнейшем использовать термин ЭАР для обозначения таких сервисов.
Используемые при описании интерфейса ЭАР (внутреннего web-сервиса Среды) типы данных должны быть получены в результате импортирования опубликованных администратором Среды пространств имен.
Основные требования к web-сервисам
Разрабатываемый субъектом web-сервис должен обладать точками входа, позволяющими обратиться к его функциям. В зависимости от архитектуры web-сервиса, определяющей способ вызова его функций, описание этих точек входа осуществляется двумя способами.
1. В случае, когда обращение происходит синхронно (в частности, с использованием механизма RPC - возврат из метода web-сервиса осуществляется после полного завершения выполнения заданной функции) используется единственный метод, возврат из которого означает завершение работы сервиса. Первым параметром входного сообщения любого из таких методов должен быть идентификатор экземпляра ПЭВ, обращающегося к методу web-сервиса. Первым параметром выходного сообщения такого метода должен быть статус завершения работы метода (успешное завершение (RESULT_OK), внутренняя ошибка сервиса (RESULT_FAILED), экземпляр ПЭВ не имеет прав на обращение к сервису (RESULT_ACCESS_DENIED)). Так же возможно использовать стандартный механизм SOAP-fault для возврата ошибки.
...
...
ONTENT
lob
CODE
string
10
Таблица: CONTEXT_HELP_TOPIC
Описание: Раздел справочной системы
Поле
Тип
Длина
Ненулевое
Описание
NAME
string
255