Разработка образовательного портала "Информационные системы ОАО "РЖД"

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

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

Для успешной установки WebSphere Portal следует убедиться, что идентификатору пользователя, который будет применяться при установке, предоставлены следующие права доступа:

· ИД пользователя к моменту запуска установки должен уже существовать.

· ИД пользователя должен быть локальным ИД пользователя, входящего в группу администраторов.

· При запуске WebSphere Application Server в качестве службы у ИД пользователя должны быть особые права доступа.

- Работа в режиме операционной системы: в Windows эти права обозначены как привилегия для учетной записи пользователя.

- Вход в качестве службы: в Windows эти права обозначены как права на вход в систему для учетной записи пользователя.

2.3.1 Анализ необходимого аппаратного обеспечения

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

· Процессор: Рекомендуются серверы средней и высокой производительности с процессором не ниже Pentium 4 частотой 1,4 ГГц.

· Оперативная память: Так как оперативная память влияет на быстродействие портала, то обязательным условием является наличие не менее 1024 Мб оперативной памяти на каждый процессор.

· Дисковое пространство: Для установки WebSphere Application Server, расширений и исправлений, WebSphere Portal потребуется 2092 Мб памяти в установочном каталоге и не менее 750 Мб во временном каталоге. Так как в процессе работы портала в базе данных будет накапливаться информация о пользователях, персонализированная информация, метаинформация портала, то следует предусмотреть объём дискового пространства с базой данных не менее 100 Gb памяти.

· Виртуальная память/пространство подкачки: Рекомендуется установить объем виртуальной памяти равным удвоенному объему оперативной памяти. Объем виртуальной памяти должен быть не меньше объема оперативной памяти.

· Файловая система: Рекомендуется файловая система NTFS.

· Сетевые соединения: Для использования портала в сети у компьютера портала должны быть следующие элементы:

- Сетевой адаптер и соединение с физической сетью, поддерживающей передачу пакетов IP.

- Настроенное полное имя хоста. Система портала должна поддерживать преобразование полного имени хоста в IP-адрес.

2.3.2 Анализ необходимого программного обеспечения

На рисунке 2.4 представлено как программное обеспечение взаимодействует с WebSpher Portal. Для работы WebSphere Portal необходим WebSphere Application Server в качестве сервера приложений, база данных для хранения сведений о пользователях и метаданных портала, HTTP Server, поддержка операционной системы. Для отображения информации пользователям требуется стандартный браузер.

Рисунок 2.4

Приведём наиболее подходящее программное обеспечение, которое необходимо установить для успешной работы WebSphere Portal:

· Операционная система: Продукт WebSphere Portal лучше всего использовать с операционной системой Microsoft Windows 2003 Enterprise, но можно установить на компьютер с одной из следующих операционных систем:

- Microsoft Windows 2003 Standard;

- Microsoft Windows 2000 Advanced Server SP4;

- Microsoft Windows 2000 Server SP4

· Сервер приложений: Продукт WebSphere Portal необходимо установить на сервере WebSphere Application Server максимальной из поддерживаемых версий со всеми исправлениями.

· Web-сервер: WebSphere Portal устанавливается совместно с веб-сервером IBM HTTP Server, хотя допустимо использование любого Web-сервера.

· База данных: По умолчанию WebSphere Portal устанавливается вместе с базой данных Cloudscape. Но для масштабов отрасли лучше использовать более производительную и надёжную базу данных IBM DB2 Universal Database Enterprise Server Edition 8.1, т.к. число пользователей, сведения о которых должны храниться в базе данных, превышает 2000. Для хранения информации WebSphere Portal могут применяться следующие базы данных:

- Cloudscape версии 5.1;

- IBM DB2 Universal Database Workgroup Server Edition 8.1;

- Oracle Enterprise Edition 9i выпуск 2;

- SQL Server Enterprise Edition 2000 SP3a.

· Web-браузеры: Поддержка Web-браузера определяется конкретным портлетом или компонентом портала, поэтому для правильного отображения информации портлетов в окне браузера пользователя портала следует применять стандартный браузер, встроенный в Windows, Microsoft Internet Explorer версии 5.5 или 6.0. Остальные браузеры могут некорректно работать с порталом и его компонентами.

2.3.3 Реализация программно-аппаратной архитектуры для портала

Выберем оптимальную программно-аппаратную архитектуру для образовательного портала.

Построим архитектуру портала на 2 серверах, один из которых будет использоваться для базы данных, а другой для WebSphere Application и Portal Server. В качестве серверов для портала и базы данных используем двухпроцессорные сервера IBM xServer 345 с тактовой частотой процессора Intel Xeon 2,8 Ггц, объёмом оперативной памяти 2 Гб, RAID 6 организацией трёх дисковых накопителей по 72 Гб.

Для организации соединения серверов между собой и сетью передачи данных требуется высокоскоростные сетевые карты и соединительные линии, поэтому используем сетевые карты и коммутаторы, обеспечивающие скорость 1 Гбит/сек для соединения сервером между собой и соединения сервера портала и сети передачи данных.

Для WebSphere Portal 5.0 используем Application Server и IBM HTTP Server, поставляемые вместе с сервером портала. Разворачивать портал следует в установленной операционной системе Microsoft Windows 2003 Enterprise.

Графически программно-аппаратная платформа портала отображена на рисунке 2.5.

Рисунок 2.5 Программно-аппаратная архитектура

2.4 Анализ исходных данных

· Общие;

· Составные;

· Специализированные.

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

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

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

Составные - ресурсы, формирующиеся на основе данных обобщенных по нескольким системам или технологиям. К таким ресурсам относятся, главным образом, справочники, глоссарии и т.д.

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

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

На рисунке 2.6 представлены источники внешней информации для портала:

Рисунок 2.6 Источники внешней информации

Для организации связи с источниками информации распределим роли персонала портала (разработчики, служба сопровождения) следующим образом (рис 2.7):

· Руководитель: контроль и руководство над проектом портала.

· Менеджеры по связям с источниками информации: организация связи с источниками, анализ информации в источниках, выбор информации.

· Редакторы: размещение информации в портале.

· Администраторы: управление порталом.

Рисунок 2.7 Use Case диаграмма взаимодействия персонала портала

Предполагаемая организационная структура взаимодействия разработчиков портала с сотрудниками организаций и систем, являющихся поставщиками информации показана на диаграмме Use Case (рис 2.8). Здесь предполагается, что взаимодействие будет построено между менеджерами портала с персоналом этих источников, систем, для анализа необходимой порталу информации. Размещение информации из этих источников будут осуществлять редакторы портала.

Рисунок 2.8 Use Case диаграмма организации поставки информации

2.4.1 Взаимодействие с системой СДОП

В рамках этого взаимодействия предусматривается:

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

2.4.5 Поставщики программного обеспечения и разрабатывающие организации

С каждым программным продуктом поставляется достаточно большой комплект пользовательской документации (инструкции, статьи, рекомендации, описательные материалы). Однако, значительная часть необходимой для настройки и использования программных и аппаратных средств отсутствует. У каждой фирмы разработчика существуют собственные библиотеки материалов, которые освещают все вопросы по использованию и эксплуатации систем и рассчитаны на разные группы пользователей (разработчиков, функциональных пользователей и т.д.). Например, IBM систематизирует подобные материалы в так называемых redbook'ах, размещающихся в Интернете. Эти инструкции очень часто необходимы для настройки и эксплуатации систем. Централизованное хранение, обновление и доступ к таким материалам решат проблемы необходимости доступа пользователей в Интернет, лишат необходимости поиска всей этой документации отдельными пользователями по различным Интернет ресурсам. Кроме того, инструкции, поставляемые с системами находятся, как правило, у эксплуатирующей организации и недоступны для всех заинтересованных пользователей.

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

2.4.6 Обучающие организации

· материалы научного характера по теоретическим и прикладным, исследовательским разработкам, лежащим в основе технологий;

· доклады, информационно-справочные издания, методические пособия, методические рекомендации;

· научно-аналитические обзоры, справочники, статистические данные, статьи.

2.5 Разработка средств администрирования и безопасности

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

Web-модули:

Корневой узел для всех Web-модулей. Web-модули - это файлы WAR портлетов, установленные на сервере WebSphere Application Server. Web-модули могут содержать несколько приложений с портлетами. При установке новый Web-модуль автоматически становится дочерним ресурсом виртуального ресурса Web Modules. Роли, связанные с этим ресурсом, относятся ко всем дочерним ресурсам, если они не заблокированы.

Приложения с портлетами:

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

Страницы:

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

Контексты преобразования URL:

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

Группы пользователей:

Корневой узел для всех групп пользователей. Для групп пользователей нельзя создавать блокировки ролей. Все группы пользователей портала наследуют конфигурацию управления доступом от виртуального ресурса Группы пользователей.

Пользователи:

У этого виртуального ресурса нет дочерних ресурсов. Он предназначен для защиты операций, связанных с управлением пользователями. Пользователи рассматриваются как неявно защищенные ресурсы. Защита настраивается не на уровне отдельных пользователей, а путем добавления пользователей в те или иные группы. Это означает, что нельзя назначить роль, связанную с определенным пользователем. Роли можно назначать только для групп пользователей.

Виртуальные пользователи и группы пользователей:

Заранее определенные виртуальные пользователи и группы позволяют задать параметры управления доступом для абстрактных наборов пользователей. Такие виртуальные пользователи и группы отсутствуют в реестре пользователей. Атрибуты виртуальных пользователей и групп, такие как родительская группа, изменять нельзя. Это пользователи и группы:

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

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

· Все группы пользователей: Эта виртуальная группа пользователей содержит все не виртуальные группы пользователей портала.

Интерфейс настройки XML:

Ограничивает возможность запуска сценариев конфигурации XML. У этого виртуального ресурса нет дочерних ресурсов.

Параметры портала:

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

Обработчики событий

Ограничивает права на управление обработчиками событий. У этого виртуального ресурса нет дочерних ресурсов.

Внешнее управление доступом

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

Языки описания документов

Защищает возможность управления языками описания документов портала. Назначить отдельный язык, например, HTML, нельзя. У этого виртуального ресурса нет дочерних ресурсов.

WSRP

Это родительский ресурс виртуальных ресурсов WSRP Export и WSRP Producers. По умолчанию роли ресурса WSRP передаются на другие два виртуальных ресурса WSRP и все экземпляры ресурсов WSRP путем наследования. Если не установлены блокировки ролей, то у пользователей с ролями по отношению к ресурсу WSRP будут права доступа ко всем ресурсам WSRP.

· WSRP Export: Этот виртуальный ресурс управляет способностью пользователя предоставлять и отменять предоставление портлетов в качестве служб WSRP.

· WSRP Producers: Это корневой узел всех зарегистрированных экземпляров источника. Каждый зарегистрированный в портале источник наследует конфигурацию управления доступом из виртуального ресурса WSRP Producers

Источники PSE

Защищает управление наборами документов

2.5.2 Организация доступа к образовательному порталу

Оптимальный вариант для управления порталом, это создание нескольких групп для обслуживающего портал персонала:

· Группа Администраторы портала, в которую будут входить персонал, управляющий настройками портала.

· Группа Менеджеры портала для управления ресурсами портала.

· Группа Редакторы портала для редактирования информационного наполнения портала.

Такая организация позволит распределить обязанности и ответственность по сопровождению портала.

В группу Администраторов портала должны входить:

ь Главный администратор портала, имеющий неограниченные права по отношению ко всем настройкам и ресурсам портала. Ему необходимо присвоить права администратора.

ь Администраторы по управлению персоналом, имеющие права администратор защиты и распределитель ролей, которые будут распределять обязанности по работе с порталом среди его создателей и редакторов. Эти роли задаёт главный администратор.

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

В группу Редакторов портала входят редакторы информационного наполнения ресурсов портала. Их основная задача - управлять содержимым страниц и ресурсов портала. Эти роли задаёт администратор по управлению персоналом.

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

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

При обращении по адресу портала анонимных пользователей они попадают на окно приветствия, подобное рисунку 2.10.

Рисунок 2.10

Здесь незарегистрированным пользователям видно только то информационное наполнение, которое разрешено пользователям anonymous portal user.

Пользователь в данном режиме может:

· Войти в систему, если он зарегистрированный пользователь;

· Зарегистрироваться в системе;

· Просмотреть информационное наполнение портала, разрешённое анонимным пользователям.

При входе в портал появляется окно ввода ИД пользователя и пароля для доступа к порталу, показанное на рисунке 2.11.

Рисунок 2.11

При успешном входе в систему пользователь получит полноценный доступ к разрешённым ему ресурсам.

При самостоятельной регистрации пользователя появится окно ввода персонализированной информации о пользователе (рис 2.12).

Рисунок 2.12

При успешной саморегистрации пользователь войдёт в виртуальную группу all authenticated portal users (все зарегистрированные пользователи), таким образом, назначив права доступа для этой виртуальной группы, можно управлять отображением доступной информации для самозарегистрировавшихся пользователей.

Зарегистрированным пользователям и группам можно присвоить роли:

ь Пользователи

ь Привилегированные пользователи

Простые пользователи могут просматривать ресурсы, к которым им разрешён доступ. Привилегированные пользователи могут просматривать доступные ресурсы, создавать личные страницы, настраивать портлеты и страницы.

Таким образом необходимо реализовать ресурсы так:

· Просмотр общей информации о портале (его назначение, возможности ) для незарегистрированных пользователей.

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

· Создать привилегированные группы для "VIP" пользователей. Это может быть управляющий персонал отрасли, ведущие специалисты и т.п. Им будет предоставлен больший доступ, чем обычным пользователям.

· Создать обычные группы пользователей. Эти группы можно создать по критерию:

ь Организация, где работает пользователь (дорога, ивц и т.п.);

ь Специальность пользователя;

ь Должность пользователя и т.п.

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

2.6 Организация импорта информационного наполнения

2.6.1 Импорт информационного наполнения с Web-страницы

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

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

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

Параметры портлета Web-страница:

· Заголовок: Заголовок портлета Web Page.

· URL: URL Web-страницы, которая будет показана

· Ширина и высота: Ширина и высота портлета на странице портала.

· Тип идентификации: Поддерживается как простая идентификация, так и идентификация с помощью формы.

· Ячейка с разрешениями: Выберите существующую ячейку, либо создайте новую.

2.6.2 Импорт новостей и других форматированных данных

Для добавления форматированных данных из источников данных RSS (Really Simple Syndication) служит портлет RSS. Источник данных RSS - это простой файл XML в стандартном формате, применяемый для распространения различной информации, например, новостей. Если портлет RSS связан с конкретным источником, то каждый раз при обновлении страницы портала в нем будет отображаться последняя информация из этого источника. Каждый раз при обновлении файла XML RSS на удаленном Web-сайте соответствующие изменения будут отображаться в портлете при следующем открытии страницы портала.

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

Параметры портлета:

· URL источника данных RSS (локальный файл или адрес в сети)

· Таблицы стилей отображения информации для Web-браузера (stylesheet.html)

· Язык источника отображаемых данных

Этот стандарт распространения информации становится всё более популярным, например для распространения новостей, кратких сведений и замечаний и т.п.

Содержание RSS файла:

· Заголовок, краткое название поля(например заголовок новостей)

· Описание поля (например абзац новости)

· Электронный адрес на который будет ссылаться поле (например адрес, перейдя по которому можно полностью прочитать новости)

Пример создаваемого разработчиком файла новостей, отображаемого в портале:

<?xml version="1.0"?>

<rss version="0.91"> {описание языка, на котором написан файл}

<channel> {новостной канал}

<title>Заголовок новостей</title>

<description>

Описание заголовка новостей

</description>

<item> {поле вывода новости}

<title> Новость 1</title>

<link> адрес, по которому можно узнать про новость подробно</link>

<description>

краткое описание новости.

</description>

</item>

<item>

<title> Новость2 </title>

<link> адрес, по которому можно узнать про новость подробно</link>

<description>

краткое описание новости.

</description>

<item>

<title>Новость 4</title>

<link> адрес, по которому можно узнать про новость подробно</link>

<description>

Описание новости.

</description>

</item>

</channel>

</rss>

2.6.3 Использование части информационного наполнения Web-сайтов

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

Для отсечения ненужной информации на Web-сайтах, которые вы хотите добавить в портлет, WebSphere Portal позволяет создать специальный инструмент - отсекатель. Он определяет способ преобразования содержимого отдельных документов. При создании отсекателя с помощью редактора функции отсечения ненужной информации можно указать адрес Web-сайта, на котором нужно отсечь часть информации, и ряд параметров, задающих способ отсечения информации, в том числе уровень полномочий, необходимых для доступа к Web-сайту, а также опцию переопределения адреса в итоговом выводе.

На рисунке 2.13 представлена диаграмма последовательности работы портлета отсечения.

Рисунок 2.13 Диаграмма последовательности работы портлета отсечения

Существует три способа отсечения информации на странице с помощью портлета отсечения Web:

· Отсечение HTML: При выборе этого способа портлет отсечения Web показывает обработанную информацию, опубликованную по заданному URL (рис 2.14) . Это значит, что информация отображается в том виде, в котором она была бы показана браузером.

Рисунок 2.14

· Сохранение всей информации: При выборе этого метода отсечения информации, опубликованной по заданному URL не выполняется. Информация передается без изменений. Этот способ полезен в том случае, если вы хотите создать портлет, который выполнял бы функции Proxy для какой-либо внешней информации, не выполняя при этом ее фильтрацию.

· Отсечение по тексту: Отсечение по тексту позволяет выполнять отсечение информации с помощью пар строк, вхождения которых в информацию определяют те ее участки, которые следует сохранить (рис 2.15). Пары строк указываются пользователем. Первая строка обозначает начало, а вторая - конец блока информации. Полученная с заданного URL информация просматривается в поисках начальной строки, за которой должна следовать конечная строка. Блок информации, находящийся между этими строками, передается пользователю. При этом исходный код документа в формате HTML не требуется.

Рисунок 2.15

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