Ответы по ORACLE Portal: 1. Корпоративный портал – веб-приложение, кот. обеспечивает общий интегрированный доступ к различным источникам информации и серверам. Осн. задачи: 1) Организация доступа 2) Ср-ва навигации и контекстной помощи 3) Персонализированные настройки пользователя 4) Интерфейс с пом. мастера создания 5) Архитектура (центр.защищ.масшт.управ) Портал позволяет строить отдельный порталы для персонифицированного доступа к соответствующей части данных… поддерживает работу со статической и динамической информацией. Возможности: 1) 2) 3) 4) 5) Идентификация пользователей Интеграция с различными системами, хранилищами данных Бизнес-логика обрабатываемых данных Обеспечивается высокая скорость доступа Беспроводные технологии Oracle Portal включает в себя: 1) Управление содержимым (контентом) – классификация содержимого, навигация, управление версиями 2) Отображение содержимого – создание, орг-ция и управление статическими страницами; построение и настройка динамических портлетов 3) Интеграция содержимого – интеграция различных элементов данных с помощью встроенной функциональности Oracle WebLogic Server это новый сервер приложений из Oracle Fusion Middleware. Фактически он заменил собой сервер приложений Oracle Internet Application Server 10g (iAS), который более не поддерживается Oracle. 2. Группы пользователей: 1) Дизайнер – общий вид портала, иерарахия страниц, различный уровень доступа (набор готовых шаблонов) 2) Менеджер данных, публикующихся на портале (редактор сайта) – непосредственное отображаемая информация (согласованность, актуальность) 3) Разработчик портлетов – создание встраиваемых портлетов 4) Администратор портала – администрирование пользователей, настройка защиты, мониторинг, настройка кэширования, импорт и экспорт. 3. Дизайнер: 1) Сколько страниц и как орг-ны 2) Визуально, форматирование 3) Орг-ция навигации и переходы 4) Инфо на каждой стр-це 5) Цаетовая гамма. Шрифты и эл-ты 6) Доступ и взаимодействие с каждой стр-цей и на каком ур-не Управляющий контентом: 1) 2) 3) 4) Инфо в портале В каком виде Проверка перед публикацией Требования к типу управления доступом к данной инфе 4. Страница – интерфейс, объединяющий информацию, а также точку для старта для различных вебприложений. Содержимое страницы поделено на регионы. Регион содержит: статичные элементы и динамичные данные в виде портлета. Пользователь отсылает запрос на отображение стр-цы; запрос получает OAS; формируется стр-ца; OAS включает в себя регионы со статич. и динамич. содержимым, для динамич. Вызывается портлет; полученный рез-т отправляется в соответствующее место стр-цы; формируется стр-ца и отсылается пользлю. 5. Доступ: 1) Публичный – не требует авторизации, доступны стр-цы с общей инфой 2) Для авторизованных польз-лей – требуется авторизация, доступ к подмножву стр-ц (набор регионов в рамках одной стр-цы) в зав-ти от привилегий. 6. Способы создания портала: 1) Эл-ты, которые отображаются на странице, там же и хранятся 2) Объекты хранятся в библиотеке, а отображаются в другой группе страниц. То есть в одной части портала хранятся данные, в другой – отображаются. Виды просмотра страниц портала: 1) View mode – режим просмотра/редактирования 2) Graphical mode – графический режим для просмотра/редактирования 3) Layout mode – режим макета (глобальные настройки всей страницы) 4) List mode - режим списка (можно перемещать и скрывать элементы страницы) 7. Контент – это набор эл-тов и объектов, с кот-ми производится работа в системе. Типы контента: 1) Статические эл-ты (тексты, файлы, архивы, ссылки, изображение) – не изменяются в процессе работы портала 2) Динамические эл-ты – эл-ты навигации (перемещение по ссылкам) 3) Смешанные элементы – др. различные эл-ты (некоторые функции страницы и элементы наполнения), ф-ции, которые формируют стр-цу в зав-ти от прав пользователя 8. Эл-ты обладают некоторым набором атрибутов: главные и доп. атрибуты. Больш-во эл-тов можно разделить на 2 типа: 1) «простые» содержат 2 атрибута, имя и тип 2) «сложные» обладают полным набором атрибутов Классификация эл-тов контента: 1) Статические (тексты, файлы, zip-архивы, изображение) 2) Динамические (блоки с PL/SQL запросами) 3) Ссылочные (ссылки на внешние эл-ты или эл-ты портала, ссылки на стр-цы портала) 9. Особенности в отношении эл-тов: 1) В системе сущ-ет разбиение эл-тов по версиям, портал может хранить разные версии эл-та 2) Настройка безопасности. Можно настроить эл-т, чтобы был доступ для опред-ных пользователей 3) Контрль на ур-не документов. Изменять док-т может тот, кто получил доступ, остальные польз-ли – только просматривают 4) Чтобы опубликовать файл, ему присваивается дата, с кот-ой можно изменять (после загрузки файла он ещё не опубликован) 5) Сертификат утверждения или одобрения (эл-т не отображается пока он не одобрен) 6) Если включена опция утверждения эл-та, то этот эл-т можно продолжать редактировать до его подтверждения 7) По истечении срока хранения эл-т скрывается/удаляется. По умолч. – всегда. 10. Библиотека документов позволяет структурировано хранить информацию различного содержания (аналог файлового хранилища). Доступ к библиотеке данных может осуществляться на уровне чтения информации и на уровне чтения изменения. Доступные типы док-тов – file, text, URL-ссылки, page link (ссылки на стр-цы в рамках портала), изображение, архив. Список допустимых форматов док-тов определяется администратором или дизайнером системы. 11. Чтобы добавить новый док-т: 1) Перейти в режим редактирования стр-цы 2) Нажать на кнопку «Добавить эл-т» в выбранном регионе 3) Выбрать тип добавляемого эл-та 4) Установить доп. пар-ры загружаемого док-та 5) Нажать кнопку «Finish» Формат Simple text по умолч. недоступен для загрузки, требуется разрешение админа. Отображается на стр-це как статичный текст. Для редактирования исп-ся расширенный текстовый редактор. Чтобы сохранить изменения, нажать кнопку Finish. Формат File позволяет загружать любые типы файлов. Атрибуты: 1) Положение файла 2) Название для отображения 3) Категория 4) Описание/комментарии В рез-те – ссылка на файл с комментариями. Формат Изображение может исп-ся в 2-х режимах: простая картинка и карта. Карта позволяет назначать обл-ть карты для ссылки. Для этого требуется набор тегов. Атрибуты: 1) Ссылка на картинку на локальном диске 2) URL-ссылка если картинка загружена заранее 3) Если карта, то HTML-код 4) Название карты, кот-ую описали с пом. HTML-кода. Формат ZIP-архив позволяет загрузить несколько док-тов в виде одного архивного файла. Загрузка аналогична загрузке простого файла. При отображении ссылки на архив отображается ещё одна ссылка Unzip. Она позволяет отображать содержимое архива в заданной обл-ти стр-цы. Если в архиве имеются поддиректории, Oracle Portal создаст подстраницы внутри страницы с указанным регионом. Процесс разархивирования: 1) После нажатия на unzip выбрать стр-цу, на которой будет отображаться содержимое 2) Необходимо определить для каждого эл-та тип, кот-ый будет ему назначен после разархивации 3) Необходимо определить, в случае совпадения имени файлов, перезаписывать или переименовывать их 4) Начало разархивации 5) Проверить логи рез-тов выполнения разархивации файлов По умолч. устанавливаются gif, jpeg как изображение; zip – архивы; остальные – просто файлы. Изменение сущ-щих эл-тов в библиотеке: 1) Визуальный режим с возможностью редактирования Редактирование эл-тов 1.1. Изменение атрибутов 1.2. Вып-ие доп. операций над сущ-щими элементами. Операции: a. Hide – скрыть эл-т в режиме отображении b. Move to – переместить регион на I. another region – другой регион страницы II. another page – другую странциу c. Copy – копировать эл-т стр-цы d. Espire – эл-ты в режиме просмотра не будут отображаться (устаревший) e. Add a subitem – добавить подэлемент f. Delete – удалить эл-т не физически, а логически, то есть считается удаленным, но присутствует в библиотеке до подтверждения удаления 2) Схематичное отображение стр-ры страницы – позволяет визуально оценить как будет выглядеть стрра стр-цы. В этом режиме отображаются только названия эл-тов и границы регионов 3) Список элементов – в этом режиме отображается наиболее полная инфо о каждом эл-те. В этом режиме доступны групповые операции над эл-тами, а также редактирование эл-тов 12. Дизайнер может опр-ть какие польз-ли могут просматривать содержимое стр-ц, а какие его изменять. По умолчанию, разрешение для каждого эл-та устанавливается аналогично разрешению для всей стр-цы. Разрешение на уровне эл-тов стр-цы позволяет обеспечить доступ к эл-там польз-лю или группе пользлей, не имеющим разрешение на просмотр всей стр-цы. И, наоборот, можно запретить доступ к группы эл-тов для польз-ля или группы польз-лей, имеющим доступ к просмотру стр-цы. WebDAV – это web-протокол, который позволяет работать с иерархией док-тов как с файловой системой. Для работы по протоколу WebDAV требуется пец. Клиент. Он позволяет перемещать содержимое (файлы и директории) между библиотекой и рабочим столом. Также позволяется открывать, редакт., сохран. файлы «на месте», то есть источник хранится в библиотеке, изменения сохраняются туда же, используя спец. клиентское приложение, установленное на компе. Достаточно настроить сетевое соединение по протоколу WebDAV к Oracle Portal чтобы работать с иерархией док-тов как с файловой системой. Если не поддерживается работа «на месте», то для изменения док-та его необходимо скопировать на локальный комп, вып-ть требующиеся изменения и скопировать сохраненный док-т обратно в библиотеку. При этом произойдет замещение старого эл-та новым. 13. Метаданные содержат инфо о данных, кот-ые хранятся в библиотеке док-тов (для чего предназначена библиотека, какие имеются настройки). Они могут хранится в виде атрибутов. Все эл-ты портала имеют связанные с ними метаданные. 14. Категории и перспективы дают доп. возможности по описанию библиотек. Они позволяют классифицировать содержимое логически. Такая классификация позволяет упростить поиск необходимых эл-тов портала, а также можно найти эл-ты, связанные с искомыми. Категории описывают содержание заданного эл-та, а перспективы определяют (описывают) области применения. Классификации поддаются как эл-ты стр-ц, так и целые страницы. Сравнение: Категория Перспектива Отвечает на вопрос: Что это за элемент Отвечает на вопрос: Кому этот эл-т может понадобиться У каждого эл-та может быть только одна У каждого эл-та может быть много Обязательна для каждого эл-та Необязательна По умолч. все эл-ты попадают в категорию General Нет Орг-ция навигации по содержимому портала/библиотеки может быть: 1) Физическая – реализуется ср-вами страниц и подстраниц 2) Виртуальная – с пом. категорий и перспектив Как категории, так и перспективы м.б. орг-ны в виде иерархии. На этапе проектирования набора категорий и перспектив необходимо опр-ть: 1) Задачу эл-та 2) Тематику эл-та 3) Группу возможных польз-лей Исходя из этого возможны группировки по видам продуктов, тематике, предоставляемым услугам. Как правило, набор категорий достаточной большой, поэтому удобно выделять категории и реализовывать их в виде иерархии. Тоже самое касается и перспектив. В этом случае мы получаем общие группировки верхнего уровня, кот-ые дальше подразделяются на более узкие подгруппы, имеющие свою специфику. 15. Правила: 1) Опр-ть все базовые категории, кот-ми в дальнейшем будем оперировать, и из кот-ых можно построить иерархию 2) Избегать перекрытий (к одной категории относится один эл-т) 3) Ограничить кол-во категорий Создание: 1) Page group – страница 2) Выбрать раздел «Categories» 3) Список имеющихся категорий – Create new 4) Ввести название 5) Создать Основные пар-ры категорий: 1) Название 2) Название для отображения 3) Краткое описание 4) Связанная картинка для категории (4 вида: 1 и 2 появл. когда просм. список объектов, 3 – отображается на стр-це, принадлежащей категории, 4 – для списка) Чтобы созданные категории могли исп-ть, назначить эти категории для просмотра: вкладка Configure -> Types and classifications -> Указать видимые категории. 16. Перспектива позволяет провести классификацию поверх нескольких категорий. Это позволит легко отыскивать эл-ты, связанные друг с другом с т. зр. перспективы, но принадлежащие разным категориям. Перспективы, как и категории: 1) Принадлежат определенной библиотеке 2) Для них автоматически создается стр-ца поиска 3) Осн. пар-ры: название, название для отображения, краткое описание, связанная картинка 4) И те и другие д.б. назначены пользователям для того, чтобы их можно было исп-ть 5) Можно экспортировать или целиком перенести в т.н. группу разделяемых объектов (кот. могут исп-ся любым эл-том в рамках всего портала) В отличии от категорий, у перспектив есть параметр способ отображения. Он опр-ет будут ли пар-ры отображаться в виде названий или только в виде иконок. Создание перспектив аналогично созданию категорий. 17. Если для функциональности создаваемого портала не хватает того набора эл-тов, которые доступны изначально, то можно создать доп. атрибуты для сущ-щих типов эл-тов, новые типы эл-тов, новые типы стр-ц. Создание собственных типов страниц доступно только группе админов. Собственные атрибуты – это атрибуты, созданные пользователем, основанные на предопределенных типах данных, предназначенные для хранения доп. инфо о заданном эл-те. Атрибуты могут создаваться как внутри библиотеки, так и в виде разделенных рес-сов. Создание: В разделе администрирования вводится название атрибута и тип хранящейся инфо, далее можно редактировать пар-ры атрибута: Название; Отображаемое название; Enable translations – для названия перевод на язык пользователя; List of values – определяет список, из кот-го можно выбрать значение атрибута. Список выбора доступен для атрибутов типа дата, число, адрес URL; Атрибуты типа PL/SQL имеют доп. пар-р – права, с кот-ми вып-ся PL/SQL блок: o Публичные (Public) – блок вып-ся от имени спец. польз-ля PORTAL_PUBLIC, кот-ый создается при установке самого портала o Вып-ие с правами создателя – блок будет вып-ся от имени того польз-ля, кот-ый создал стр-цу, содержащую данный атрибут o Вып-ие с правами схемы, заданной в кач-ве пар-ра атрибута Удаление пользоват-го атрибута приводит к удалению данного атрибута у всех созданных док-тов. Пользовательский тип эл-тов – это определенные пользователем новые виды док-тов, кот-ые расширяют функциональность базовых типов и могут хранить доп. инфо с пом. доп. атрибутов. 18. Пользовательский тип эл-тов м.б. создан на основе существующего. В этом случае нов. Эл-т получает все атрибуты и пар-ры базового эл-та, а также может иметь ряд доп. пар-ров. Новый тип м.б. создан без испия сущ-щего образца. В этом случае тип создается пустым и при этом получает полную независимость и неограниченные возм-ти настройки. Создание: Настройки -> добавить -> можно указать базовый тип настройки эл-та-> создать Пар-ры, кот-ые имеет новый тип: 1) Тип, на котором он основан 2) Название 3) Название для отображения 4) Описание 5) Можно назначить иконку и файл справки Назначение доп. атрибутов для созданного типа: Add wizard/Edit wizard – можно менять значение атрибута 19. Процедурные вызовы: 1) Процедуры по протоколу http 2) Процедуры PL/SQL При вызове процедуры и 1-го и 2-го типа возможна передача значений атрибутов док-та в кач-ве пар-ров. Альтернативный режим обработки вызова – отображение рез-та на самой стр-це рядом с док-том. Конечный пользователь может исп-ть вновь создаваемые типы со всеми настройками, если ему будет назначен доступ и видимость этих эл-тов. Ответы по ORACLE Application Express: 1. Oracle Application Express — свободная среда быстрой разработки прикладного программного обеспечения на основе СУБД Oracle Database, целиком реализованная как веб-приложение. APEX предназначен для быстрого построения несложных сайтов. 2. Устройство APEX: Workspace (рабочее пространство) – хранится всё содержимое, предоставляемое APEX. Внутри Workspace любое кол-во приложений (application) – мини-сайт, работающий независимо от других. Администратор – гл. пользователь, может делать всё (имя - любое). С WS м.б. связано любое кол-во разработчиков, пользователей (могут исп-ть приложения, но не могут изменять их). В любом сервере APEX м.б. любое кол-во рабочих пространств. При создании нового сервера APEX обязательно присутствует WS INTERNAL. Оно отвечает за всю работу APEX. Администратор у этого WS строго под именем ADMIN. Его задачи: 1) Управление WS 2) Управление польз-ми 3) Управление настройками сервера С каждым WS связана схема БД. Создать приложение: Create -> тип приложения – Database -> from scratch (с «нуля») -> название приложения -> схема, с которой приложение может работать -> выбор первой страницы -> вкладки -> копирование общих компонентов -> способ авторизации приложения -> язык -> формат даты и времени -> схема оформления -> запуск Создать стр-цу: Create page -> тип страницы «Report» -> вид отчета «Interactive Report» -> пар-ры отчета (название страницы (во вкладке браузера отображается), шаблон региона, название региона (заголовок региона)) -> параметры вкладок -> построитель запросов, необходимость кнопки для отображения каждой строки, выбор идентификации строк 3. 4. 5. 6. 7. 8. 9. Отредактировать страницу: EDIT PAGE -> Page Rendering (стр-ра док-та и регионов) Л Д О Эл-ты нулевой страницы отображаются на всех страницах. Нужно исп-ть эл-т 0-ой стр-цы, так как информация с других стр-ц теряется. И Л На нулевой странице: body -> create -> tree Callapse all/expand all – отобразить всё/скрыть всё Link page – та стр-ца, кот-ую загружаем при нажатии на эл-т. Selected node page item служит для сохранения номера эл-та, кот-ый выбрали, чтобы при сохранении остался выбранный эл-т. Нужно в качестве параметра задать эл-т, в кот-ый будет сохранено значение. Настройка дерева (Tree attributes): APP_SECCION||’ : P0_TREESELECT :‘|| 10. 11. 12. 13. Чтобы дерево не отображалось на странице авторизации: Дерево -> настройки -> security -> must not be public user Чтобы отчет был справа: На странице отчета: EDIT PAGE -> User interface -> column 2 К Р Е Для внесения изменения в данные из таблиц исп-ся спец. форма: Form -> Form on procedure