Компьютер-Информ || Архив || Рубрики || Поиск || Подписка || Работа || О "КИ" || Карта
Сергей Болобон ,
Введение
Развитие компьютерных систем привело к тому, что часто внутри одной компании используются разнообразные приложения. Это означает наличие большого количества программ с многократным описанием данных. С внедрением каждого нового приложения появляется новый набор данных. Возникает проблема дублирования информации во многих программных комплексах. И в случае изменения такой информации необходимо эти изменения внести во множество различных систем. Это весьма дорогое удовольствие. DirXML как раз призван значительно снизить затраты на работы такого вида.
DirXML ≈ это сплав службы каталогов и XML.
XML ≈ Extensible Markup Language. Простой, очень гибкий текстовый формат, являющийся подмножеством SGML (ISO 9979). Очень похож на HTML. В тексте документа используются тэги (слова, взятые в угловые скобки ) и атрибуты (в виде имя=╚значение╩). Однако в то время как в HTML заранее определено, что означает каждый тэг и атрибут (в большинстве случаев ≈ как текст, описанный в них, будет выглядеть при просмотре браузером), XML использует тэги только для того, чтобы разделить данные, а интерпретация данных ≈ это дело программы, которая читает XML-документ. XML ≈ это технология обобщенного представления данных. Такое представление становится очень важным в случаях, когда одна и та же информация используется множеством приложений.
NDS предоставляет средства для хранения и распределения данных, обеспечивает уведомление об изменении хранящихся данных, поддерживает все основные протоколы доступа и стандарты обеспечения безопасности. Novell сделал уникальный шаг, предоставив инструмент интеграции службы каталогов с внешними приложениями. При этом приложение не требует модификации для интеграции с NDS. Теперь разработчикам совершенно не обязательно переписывать приложение для того, например, чтобы обеспечить поддержку LDAP. Достаточно применить технологии DirXML.
Задача DirXML ≈ обеспечить обмен данными между NDS и любым другим приложением, каталогом или БД. Именно поэтому DirXML обладает хорошо описанным интерфейсом, который получает от NDS данные и события, и затем преобразует их в формат XML. Используя этот интерфейс, данные могут быть направлены как в NDS, так и обратно.
Рассмотрим компоненты DirXML.
Поток данных, который существует между NDS и приложением, управляется и обрабатывается двумя каналами. Один из них носит название Publisher channel, а второй ≈ Subscriber channel. (Publisher ≈ издатель, Subscriber ≈ подписчик). Для того чтобы не путаться с терминологией, следует иметь в виду, что каналы определены по отношению к событиям в NDS. Так, если в данных NDS происходят изменения, которые должны быть переданы внешнему приложению, в дело вступает Subscriber channel (он ╚подписан╩ на информацию об изменениях в NDS). Если же изменения произошли в приложении, то работает Publisher channel, который передает изменения в NDS. Каналы являются средством связи между NDS и приложением. Поток данных зависит от динамических характеристик этих каналов.
Для любого из каналов Publisher/Subscriber можно определить фильтры, которые определяют, какие события будут обрабатываться, объекты каких классов, и какие атрибуты объектов будут переданы по каналу. Эти фильтры конфигурируются посредством NDS, что означает строгий административный контроль за тем, как передаются данные, базирующиеся на политиках службы каталогов. С точки зрения практического применения, это позволяет администратору определять, каким образом данные будут перетекать из одной системы в другую. Применяя эти фильтры, можно настроить DirXML таким образом, что событие в одной системе будет приводить к изменениям в другой системе, в то время как такое же событие в другой системе не будет отражаться в первой системе. Таким образом, можно создать решения для однонаправленной синхронизации.
Фильтры должны быть определены для обоих каналов (Publisher/Subscriber). По умолчанию, если фильтры не определены, события не передаются в другую систему. Применение фильтров позволяет администратору управлять передачей данных на весьма детальном уровне. Может быть выбран или, наоборот, заблокирован любой класс объектов. Для каждого класса объектов может быть выбран или, наоборот, заблокирован любой атрибут этого класса.
После того, как данные были обработаны DirXML, они должны быть переданы непосредственно приложению. Эта задача возложена на Application shim, программу, которая знает, каким образом можно взаимодействовать с приложением.
В простейшем виде Application shim ≈ это транслятор API. Он получает данные из DirXML и посылает их через интерфейс API во внешнее приложение. Application shim предполагает, что данные представлены в виде, понятном приложению. Если приложение не понимает XML самостоятельно, обработчик XSL должен трансформировать XML-документ в вид, понятный приложению. И наоборот, данные, полученные из приложения, должны быть преобразованы к XML-формату для обработки посредством DirXML engine.
Представительство Novell в СНГ
121059, Москва, Бережковская наб., д. 2, Бизнес-центр, офис 524
Тел.: (095) 941-8075/73. Факс: (095) 941-8066 E-mail: . http://www.novell.ru
Рубрики || Работа || Услуги || Поиск || Архив || Дни рождения
О "КИ" || График выхода || Карта сайта || Подписка
Главная страница
Сайт газеты "Компьютер-Информ" является зарегистрированным электронным СМИ.
Свидетельство Эл ╧ 77-4461 от 2 апреля 2021 г.
Перепечатка материалов без письменного согласия редакции запрещена.
При использовании материалов газеты в Интернет гиперссылка обязательна.
Телефон редакции (812) 118-6666, 118-6555.
Адрес: 196084, СПб, ул. Коли Томчака, д. 9
e-mail:
Для пресс-релизов и новостей