Октябрь 09, 2008

Оглядываясь далеко назад

На сайте IBM developerWorks Россия появилась интересная статья Элиота Гарольда «XML 2007 — обзор событий года».

Posted by olpa at 08:07 AM (permalink)

Июнь 10, 2008

Странная статья

На сайте IBM developerWorks опубликована статья Бретта МакЛафлина «XML и Java: Возвращение к основам». Причём тут основы, совершенно непонятно, ибо автор просто даёт два случайных совета:

  • Используйте атрибуты вместо элементов. (Спорный вопрос. С точки зрения кодера, да, атрибуты удобнее. Но опытные разработчики предпочитают элементы.)
  • Используйте инструкции обработки вместо комментариев. (Совершенно верно.)
Posted by olpa at 07:53 AM (permalink)

Март 11, 2008

Представление табличных и XML данных

Сергей Савушкин, основываясь на продолжительном опыте разработки системы базы данных (Sav Zigzag ORDBMS), предлагает новые идеи рассматривающие таблицы и XML как формы для представления одной общей модели данных: «Класс-реляционный подход к представлению табличных и XML данных».

Posted by olpa at 09:00 AM (permalink)

Январь 15, 2008

Внедрение в XPath-запросы

Простейшая и эффективная атака на веб-сайты с помощью внедрения в SQL-запросы работает также и в мире XML. Статья IBM developerWorks «Устранение опасности XPath-внедрения» показывает примеры уязвимостей и даёт советы по защите.

Posted by olpa at 07:11 AM (permalink)

Декабрь 12, 2007

XQuery и абстракция данных

Опубликована новая статья: Курт Кейгл, «XQuery и абстракция данных». Её идея в том, что функциональность XPath 2.0 (через XQuery или XSLT) даёт возможность работы с объектами и в тех случаях, когда данные не включены в объект, а хранятся во внешних источниках или даже существуют только в виртуальной форме.

Posted by olpa at 09:13 AM (permalink)

Сентябрь 16, 2007

XQuery, libferris и виртуальные файловые системы

С помощью libferris можно всё что угодно превратить в виртуальную файловую систему. А так как ФС является деревом, то получается, что совместное использование XQuery и libferris даёт универсальную систему запросов к данным. Как именно, рассказывает статья «XQuery, libferris и виртуальные файловые системы».

Posted by olpa at 07:49 AM (permalink)

Июль 11, 2007

OAXAL: открытая архитектура создания и локализации документации

На сайте «Технологии документирования» переведена и опубликована статья «OAXAL: открытая архитектура создания и локализации документации».

Posted by olpa at 06:32 AM (permalink)

Март 14, 2007

Преимущества XHTML

На Хабре Алексей Новиков опубликовал заметку «Ответ на „15 преимуществ“ XHTML и 2 вопроса к читателям», в которой он объясняет, что не всё, что сторонники XHTML+CSS считают преимуществами, являются таковыми на самом деле.

Posted by olpa at 08:18 AM (permalink)

Декабрь 23, 2006

Статья про SimpleXML

На developerWorks опубликована статья «Обработка SimpleXML с помощью PHP». Было бы правильнее называть её «Обработка XML с помощью PHP-библиотеки SimpleXML», убрать выражения типа «деформированный ввод», но и в таком виде статья поможет быстро разобраться с SimpleXML.

Posted by olpa at 07:35 AM (permalink)

Декабрь 15, 2006

Об XSLT 2.0

На сайте developerWorks Россия опубликована статья «Подготовка к переходу с XSLT 1.0 на 2.0, Часть 1: Улучшения в XSLT».

Основные затронутые темы:

  • группировка,
  • неявный узел документа вместо типа RTF (Result Tree Fragment),
  • пользовательские функции,
  • типы данных,
  • сериализация данных, замена disable-output-escaping, URI-кодирование.

К сожалению, с точки зрения русского языка, текст написан далеко не идеально. Пример:

Например, сравнение:

minutes-from-dateTime(xs:dateTime('2005-07-01T14:06:32'))

возвращает целочисленное значение 6 по старому пути, где петля функций substring-before() и substring-after() и, возможно number(), будут использоваться для освобождения от минуса. По новому пути, имя функции объясняет то, что подразумеваете.

Или вот ещё:

Вы можете поддержать XML 1.1 с помощью процессора матрицы отображения XSLT 1.0, как последнего издания исправлений.

Тем не менее, разобраться можно.

Ещё статьи на тему XSLT 2.0:

Posted by olpa at 05:31 AM (permalink)

Декабрь 12, 2006

Что такое XML Sapiens

Статья «Что такое XML Sapiens» затрагивает тему технологического отставания рынка CMS от тенденций отрытых стандартов. В качестве решения предлагается декларативный язык XML Sapiens.

Posted by olpa at 09:07 AM (permalink)

Декабрь 10, 2006

Трещины в фундаменте

На этот раз пространствами имён недоволен Михей Дубинко, бывший редактор в составе Рабочих групп по XForms и HTML, и один из авторов книги XML Hacks. Читайте статью «Трещины в фундаменте».

Пара цитат:

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

--

Если мы собираемся менять пространство имён под каждый новый внешний язык, то можно было просто не заводить себе собственное пространство имён.

На самом деле, это не такая уж плохая альтернатива.

Posted by olpa at 09:17 AM (permalink)

Декабрь 03, 2006

Профилирование XML-схемы

Intersoft Lab опубликовал статью «Профилирование XML-схемы». Автор провёл анализ большой выборки XML-схем и выявил основные особенности их разработки.

Posted by olpa at 08:50 AM (permalink)

Сентябрь 28, 2006

Коллекция статей на xmlhack.ru

Мы собрали все статьи, опубликованные на сервере xmlhack.ru, привели их к единому формату, разбили по категориям и выложили список статей.

Помимо этого, есть списки со ссылками на статьи, опубликованные на других серверах:

При создании xmlhack было решено не превращать сайт в свалку статей и публиковать их только по просьбе авторов и переводчиков. Тем не менее, статей стало как-то много. Их даже удалось сгруппировать по темам:

Почти все статьи на тему схем, веб-сервисов и бизнеса были предоставлены Intersoft Lab, спасибо им.

Некоторое время назад мы решили публиковать переводы статей xml.com. Благодаря этому появились интересные материалы про AJAX и использование веб-сервисов. Но потом мы это прекратили из-за того, что темы статей лежат довольно-таки далеко от XML.

Сейчас мы продолжаем делать переводы, но статьи отбираются тщательно и ближе к XML и интересным технологиям на его основе: Semantic Web и Web 2.0, вопросы проектирования, DITA, STX и другие.

Если вы считаете, что стоит перевести какую-то статью, сообщите нам об этом в форуме или по почте на адрес info@.

Posted by olpa at 06:47 AM (permalink)

Сентябрь 06, 2006

Введение в DITA

Впервые на русском языке описание технологии DITA: «Введение в архитектуру типизированной информации Darwin».

SGML, предок XML, создавался как язык разметки для написания технической документации. Со временем с SGML перешли на XML, а объёмы текстов значительно выросли, и появилась проблема управления ими.

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

На данный момент статья интересна только профессионалам в области технической документации. Текст читается тяжело, но английский оригинал ещё хуже. Присылайте свои улучшения на info@.

Posted by olpa at 09:03 AM (permalink)

Август 03, 2006

Веб 2.0

Означает ли что-нибудь словосочетание «Веб 2.0», и если да, то нужен ли нам Веб 2.0? На xmlhack.ru опубликована статья Пола Грэма «Веб 2.0».

Posted by olpa at 08:54 AM (permalink)

Июль 06, 2006

Введение в потоковые XML-преобразования

На xmlhack.ru опубликована статья «Введение в потоковые XML-преобразования». В ней описывается STX, язык потокового преобразования XML, внешне похожий на XSLT.

Posted by olpa at 06:54 AM (permalink)

Июнь 22, 2006

Установка REST на Rails

На xmlhack.ru опубликована статья «Установка REST на Rails». Ruby on Rails и REST-подход сейчас очень модны. Дэн Куб описывает свой Rails-плагин для разработки веб-приложений по технологии REST.

Posted by olpa at 07:41 AM (permalink)

Июнь 11, 2006

ExplorerCanvas: интерактивные веб-приложения

На xmlhack.ru опубликована статья «ExplorerCanvas: интерактивные веб-приложения». В ней Дейв Гувер продолжает рассказывать про использование html-элемента canvas. На этот раз он показывает, как взаимодействовать с пользователем.

Posted by olpa at 06:42 AM (permalink)

Июнь 07, 2006

Стратегия кэширования AJAX

На xmlhack.ru опубликована статья «Стратегия кэширования AJAX». В ней Брюс Перри показывает, как использовать HTTP-кеширование в клиентских AJAX-приложениях.

Posted by olpa at 07:49 AM (permalink)

Май 25, 2006

Оптимизация XML-транзакций

На CITForum опубликована статья «SXTM: высокопроизводительный менеджер управления XML-транзакциями». Авторы утверждают, что существующие механизмы блокировок в реляционных СУБД приводят к псевдоконфликтам между XML-транзакциями, вследствие чего параллелизм ограничивается. В качестве решения предлагается надстройка над РСУБД в виде планировщика XML-транзакций SXTM.

Posted by olpa at 10:34 AM (permalink)

Май 09, 2006

Запрос по данным переписи с помощью RDF

На xmlhack.ru опубликована статья «Запрос по данным переписи с помощью RDF». В ней Джошуа Тауберер показывает, как пребразовать открытые данные американского бюро переписи населения в RDF, а затем запрашивать факты с помощью библиотеки RDFLib.

Posted by olpa at 06:52 AM (permalink)

Май 08, 2006

Апрель 30, 2006

Микроформаты в контексте их применения

На xmlhack.ru опубликована статья «Микроформаты в контексте их применения». В ней Уч Огбуджи детально разбирается с микроформатами и заключает, что на сегодняшний день у них есть серьёзные проблемы. В качестве решения он предлагает свой подход, хорошо сочетающийся с различными технологиями.

Posted by olpa at 11:14 AM (permalink)

Апрель 19, 2006

ROME за один день: разбор и публикация каналов на Java

На xmlhack.ru опубликована статья «ROME за один день: разбор и публикация каналов на Java». В ней Марк Вудман рассказывает про ROME, Java-библиотеку для работы с форматами RSS и Atom.

Posted by olpa at 06:58 AM (permalink)

Апрель 15, 2006

Краткий учебник XML

Алексей Сычёв опубликовал альтернативный перевод пособия по XML.

Из анонса:

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

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

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

Буду рад, если вы найдете время для того, чтобы окинуть взглядом этот небольшой учебник и покритиковать его.

UPD: И ещё один вопрос в догонку: стоит ли на ваш взгляд переводить DTD как ОТД (определение типа документа), или оставить аббревиатуру DTD непереведённой, подобно аббревиатуре XML («РЯР» я ещё нигде не встречал)?

UPD2: Этот учебник перевели уже до меня. Причем если я перевел лишь часть, то другой вариант перевода содержит весь учебник с сайта w3schools.

Posted by olpa at 01:44 PM (permalink)

Апрель 03, 2006

Что такое Веб 2.0

В Компьютерре опубликован перевод статьи Тима О’Рейли «Что такое Веб 2.0».

Статья разбита на четыре части:

Автор объясняет, что стоит за бизнес-стратегией web 2.0. Он напоминает, что платформы выигрывают у приложений, и предлагает превратить web в платформу. Затем он уделяет внимание тому, как именно это сделать. Рекомендации собраны в заключении:

Подходы к проектированию Веба 2.0

Длинный хвост. Маленькие сайты производят большую часть контента; узкие ниши потребляют большую часть приложений. Совет: поощряйте самостоятельность пользователей и обеспечивайте алгоритмическое управление данными со своей стороны — это позволит охватить веб целиком, не только центр, но и края, не только голову, но и хвост.

Данные — это следующий Intel Inside. Приложения все сильнее зависят от данных. Совет: для получения конкурентного преимущества отыщите уникальный, трудный для воссоздания источник данных.

Ценность, принесенная пользователями. Ключ к успешной конкуренции на рынке интернет-приложений — обогащение собственных данных силами пользователей. Совет: не ограничивайте свою «архитектуру взаимодействия» разработкой софта. Явно и неявно вовлекайте пользователей в процесс улучшения вашего приложения.

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

Some Rights Reserved. Защита интеллектуальной собственности ограничивает повторное использование и препятствует экспериментам. Совет: если бенефиты обеспечиваются совместным использованием, обеспечьте настолько слабую защиту вашей ИС, насколько это возможно. Проектируйте с учетом «улучшабельности» и «переделываемости».

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

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

Программы работают поверх устройств. ПК больше не являются единственным устройством, на котором могут выполняться интернет-приложения, а приложение, ограниченное одним устройством, менее ценно, чем его универсальный конкурент. Совет: проектируйте приложение так, чтобы оно могло работать поверх карманных устройств, ПК и интернет-серверов.

Posted by olpa at 09:06 AM (permalink)

Апрель 01, 2006

RSS-каналы для FTP-серверов

На xmlhack.ru опубликована статья «RSS-каналы для FTP-серверов». В ней Марк Вудман описывает PHP-библиотеку для создания RSS-потоков для FTP-серверов.

Posted by olpa at 08:17 AM (permalink)

Март 27, 2006

Краткое введение в RDF

На xmlhack.ru опубликована статья Джошуа Тауберера «Краткое введение в RDF».

Posted by olpa at 07:29 AM (permalink)

Март 26, 2006

Секретное оружие — XML-редактор

В Компьютерре опубликована статья Сергея Токарева «Командная строка для дизайнера». В ней рассказывается про свободный векторный редактор Inkscape.

Команда, работающая над Inkscape, всерьез настроена на то, чтобы сделать его лучшим редактором для работы с SVG. Этот формат является одним из наиболее удачных стандартов W3C.

С точки зрения XML-разработчика, особенно интересна глава «Секретное оружие — XML-редактор». Из неё видно, как XML-технологии сильно помогают обычным пользователям.

Posted by olpa at 07:05 AM (permalink)

Март 24, 2006

Новый Веб?

На xmlhack.ru опубликована статья «Новый Веб?» В ней Симон Сен-Лорен задаётся вопросом, какие из конкурирующих технологий для новой сети, включая Web 2.0 и AJAX, оказались плодотворными.

Posted by olpa at 08:33 AM (permalink)

Март 15, 2006

XQuery 1.0 близок к завершению

На CITForum опубликована статья «XQuery 1.0 близок к завершению». В ней авторы концентрируются на изменениях, которые претерпел XQuery со времени их прежней публикации в 2002-м году.

Posted by olpa at 08:03 AM (permalink)

Март 14, 2006

Web 2.0: Псевдоразум

На Вебпланете опубликована статья «Web 2.0: Псевдоразум», в которой Николай Митянов делится своим видением настоящего, исконного Web 2.0.

Posted by olpa at 06:10 AM (permalink)

Март 13, 2006

Мастерство беспромедлительной публикации

На xmlhack.ru опубликована статья «Мастерство беспромедлительной публикации». В ней Майкл Фицджеральд напоминает об одной из целей XML — поддержки публикации документов. Технические вопросы по большей части просты, а вот как обстоят дела с процессом разработки? Достаточно ли он гибок, как мог бы быть?

Posted by olpa at 06:56 AM (permalink)

Март 07, 2006

Полезные советы для работы с XML

Юч Огбуджи даёт практические советы в области дизайна XML и обсуждает спорные моменты, связанные с форматированием: «Полезные советы для работы с XML».

Posted by olpa at 06:26 AM (permalink)

Февраль 25, 2006

Экранированная разметка вредна. Её необходимо искоренить.

Если это не пресечь, анти-шаблон экранированной разметки разойдётся по XML-языкам. Если не удастся остановить его вовремя, то он станет стандартом де-факто, и разработчики будут вынуждены продолжать поддержку этой мерзости из простых экономических соображений. И виноваты будут не они, а все мы — в том, что не убили вирус до того, как он заразил всё вокруг.

Цикл статей Нормана Уолша:

Экранированная разметка вредна

Как в XML-документ вставить фрагмент XML или HTML? Только не используя CDATA или экранирование спецсимволов, требует Норман Уолш, и объясняет, почему экранирование неправильно.

Экранированная разметка: всё-таки она вредна

Никто так и не предложил ни одного мало-мальски убедительного аргумента за примирение с экранированной разметкой.

Экранированная разметка: чем же её заменить

Настало время приостановить критику. Автор предлагает свои решения.

Posted by olpa at 09:03 AM (permalink)

Февраль 23, 2006

Сайт GovTrack.us, общественные данные и семантический веб

На xmlhack.ru опубликована статья «Сайт GovTrack.us, общественные данные и семантический веб». В ней Джошуа Тауберер рассказывает, как он использует технологии семантической сети для создания GovTrack.us, сайта, систематизирующего информацию американского правительства.

Posted by olpa at 09:15 AM (permalink)

Февраль 13, 2006

Написание скриптов для Flickr на Python и REST

На xmlhack.ru опубликована статья «Написание скриптов для Flickr на Python и REST». В ней Юч Огбуджи показывает, как использовать Python для взаимодействия с Flickr как с облегчённым веб-сервисом.

Posted by olpa at 08:55 AM (permalink)

Февраль 12, 2006

Правильное HTTP-кэширование: httplib2

На xmlhack.ru опубликована статья «Правильное HTTP-кэширование: httplib2». В ней Джо Грегорио рассказывает про особенности кэширования HTTP и представляет библиотеку httplib2, полнофункциональный HTTP-клиент, написанный на Python.

Posted by olpa at 07:32 AM (permalink)

Февраль 10, 2006

Выиграй, отказавшись

На xmlhack.ru опубликована статья «Выиграй, отказавшись». В ней Мика Дубинко исследует общие подходы к созиданию, стоящие за хорошими и плохими сторонами XML.

Posted by olpa at 08:03 AM (permalink)

Февраль 05, 2006

Приглашаем на борт: AJAX, HTML-холст, и Суперпоезд

На xmlhack.ru опубликована статья «Приглашаем на борт: AJAX, HTML-холст, и Суперпоезд». В ней Дэйв Гувер показывает, как использовать AJAX, Ruby и новый HTML-тег canvas для создания активных веб-приложений.

Posted by olpa at 10:53 AM (permalink)

Январь 29, 2006

Переход к OpenOffice: пакетное преобразование существующих документов

На xmlhack.ru опубликована статья «Переход к OpenOffice: пакетное преобразование существующих документов». В ней рассказывается, как автоматически преобразовать кучу документов из форматов Microsoft Office в форматы OpenOffice.

Posted by olpa at 09:27 AM (permalink)

Январь 24, 2006

Будущее Web — за семантикой

На сайте Intersoft Lab опубликована статья Нэвина Бэлэни «Будущее Web — за семантикой», в которой рассмотрены семантические технологии сети.

Posted by olpa at 08:08 AM (permalink)

Январь 22, 2006

Создание XML при помощи Ruby и Builder

На xmlhack.ru опубликована статья «Создание XML при помощи Ruby и Builder». Builder — это простой генератор XML, изначально созданный как часть проекта Ruby on Rails. Статья показывает, как установить Builder и затем генерировать с его помощью XML-документы.

Posted by olpa at 09:33 AM (permalink)

Сентябрь 29, 2005

Март 03, 2005

Данные, их представление и формы пользовательского интерфейса

Опубликована статья Дмитрий Шейко «Данные, их представление и формы пользовательского интерфейса». Описание от автора: Данный материал обозревает некоторые подходы оптимизации процесса веб-разработки. Рассматривается задача разделения абстрактных составляющих веб-ресурса — данных, их представления и пользовательского интерфейса. Особое внимание уделено разделению алгоритмов форм пользовательских интерфейсов и кода их бизнес-логики.

Posted by olpa at 01:44 AM (permalink)

Февраль 25, 2005

Хранение XML-данных

На CITForum опубликован текст «Хранение XML-данных», перевод девятой главы из книги “Oracle Database 10g XML & SQL”.

Posted by olpa at 05:01 PM (permalink)

Февраль 22, 2005

Статья про DocBook

Александр Прокудин опубликовал в Компьютерре статью про DocBook: «Мировое зло vs. XML в белых одеждах». Стоит отметить, что автор не зилот ДокБука, а специалист в области технической документации, знакомый с различными системами.

Posted by olpa at 11:48 PM (permalink)

Февраль 19, 2005

XML FAQ: русские буквы в URL

В XML FAQ добавлена новая статья: «Русские буквы в URL превращаются в %xx%xx%xx...».

Posted by olpa at 11:47 PM (permalink)

Октябрь 25, 2004

Обзор среды Eclipse

Сайт «Технологии веб-сервисов» опубликовал расширенный обзор интегрированной среды разработки Eclipse, содержащий описание оргструктуры и принципов организации работы сообщества Eclipse, впервые на русском языке — состав и описание всех проектов сообщества, технологические и архитектурные особенности платформы Eclipse, а также перечень ссылок на компетентные ресурсы по IDE Eclipse. Данный обзор послужит хорошей отправной точкой для новичков в Eclipse и расширит кругозор уже осведомлённых специалистов.

Posted by ubs at 09:23 PM (permalink)

Октябрь 24, 2004

Освещение новых версий основных спецификаций XML

На сайте Intersoft Lab опубликованы статьи:

Из комментариев Intersoft Lab:

В предлагаемых вашему вниманию статьях освещается ряд вопросов, которые были подняты в дайджесте раздела «Новости технологий», опубликованном в начале этого лета. Напомним, что среди прочего речь шла о деятельности W3C и об усилиях консорциума по совершенствованию основных спецификаций — в частности о выходе новых спецификаций языка XML и WSDL. Предлагаемая вашему вниманию рубрика «Технологии XML» посвящена различным вопросам проектирования приложений XML.

Опубликованы спецификации XML 1.1 и «Пространства имен 1.1», Арнод Ле Хорс (Arnaud Le Hors).

Первая статья посвящена новой редакции спецификации XML 1.1 и связанной с ней спецификации «Пространства имен 1.1». Её автор объясняет, почему потребовалось разработать эту версию языка XML и чем она отличается от предыдущей.

Что нового в WSDL 2.0, Арулази Десиасилан (Arulazi Dhesiaseelan).

Вторая статья продолжает тему рубрики — освещение новых версий основных спецификаций XML. В ней рассматривается версия языка WSDL 2.0, раскрываются основные отличия версий WSDL 2.0 и WSDL 1.1.

Posted by olpa at 03:03 PM (permalink)

Сентябрь 11, 2004

XML: хорошего много не бывает?

Очередная статья про XML и всех-всех-всех: «XML: хорошего много не бывает?» Эксперты спорят о том, не представляет ли опасности для стандарта веб-сервисов и обмена данными слишком большое число нарождающихся диалектов.

Posted by olpa at 08:22 PM (permalink)

Июль 19, 2004

Концепция веб-сервисов и реализация в Java

Опубликована статья Павла Шелякина «Концепция веб-сервисов. Реализация в Java-технологиях». В ней кратко рассмотрены основные положения архитектуры, освещена разработка веб-сервиса и его клиентов, приведён пример.

Posted by olpa at 09:06 AM (permalink)

Июль 14, 2004

XML::Twig и русская кодировка

Соловьёв Михаил опубликовал заметку «XML::Twig и русская кодировка», в которой он описал базовые настройки Perl-модуля XML::Twig для загрузки и сохранения русскоязычного XML.

Posted by olpa at 09:29 PM (permalink)

Июнь 07, 2004

Обработка запросов к БД при помощи PEAR::XML

Дмитрий Лебедев опубликовал новую статью на тему обработки XML в PHP: «Обработка запросов к БД при помощи PEAR::XML».

Posted by olpa at 07:36 PM (permalink)

Май 31, 2004

Спецификация и форматы обмена данными

Статья с большим количеством терминов: «Спецификация и форматы обмена данными в разнородных информационных системах на базе XML-технологий».

Posted by olpa at 11:14 PM (permalink)

Май 20, 2004

Использование XML/XSL в Ruby

Александр Неткачев опубликовал статью «Обработка XML+XSL на Ruby». Рядом находится «Быстрый курс Ruby», а подробнее об этом языке можно узнать на сайте «Russian Ruby».

Posted by olpa at 07:33 PM (permalink)

Май 07, 2004

SOAP 1.2 и запрос GET

Новая статья на сайте Intersoft Lab: Бёнуа Маршаль, «SOAP 1.2 и запрос GET».

Posted by olpa at 11:12 AM (permalink)

Май 06, 2004

XML: свобода, ограниченная только фантазией

Неожиданно приятная статья: «XML: свобода, ограниченная только фантазией». Хотя она опубликована год назад, затронутые вопросы ещё долго будут актуальными.

Статья состоит из дилемм:

  • Применять ли XML вообще?
  • Атрибуты или элементы?
  • Как обеспечить устойчивость?
  • Нужна ли схема?
  • DOM или SAX?
  • Узлы или ребра?

Под конец — совет:

При разработке XML-приложений уделяйте больше времени моделированию и меньше кодированию — и тогда у ваших приложений будет будущее. Чем мощнее технология, тем более серьезные ошибки вы можете допустить.

Posted by olpa at 06:44 PM (permalink)

Апрель 26, 2004

Обзор XML-стандартов

Intersoft Lab опубликовала обзор XML-стандартов от Юча Огбуджи: «Базовые XML-стандарты — основа основ» и «Стандарты для обработки XML».

Posted by olpa at 01:01 PM (permalink)

Апрель 15, 2004

Апрель 11, 2004

Понимание WS-Policy

Статья «Понимание WS-Policy»: обзор спецификаций, связанных с политиками веб-сервисов. Ссылки на другие переводы.

Список других материалов приведён после статьи. Некоторые из них:

Posted by olpa at 09:47 PM (permalink)

Апрель 09, 2004

W3C будет вести себя так, как сам напишет

Cтатья посвящена рассмотрению последних изменений в документе, регламентирующем деятельность W3C и разработку спецификаций консорциума. Наши постоянные читатели, разумеется, помнят, что подробно останавливался на этом документе журнал Клуба знатоков DWH, OLAP и XML. Эта статья в определенной степени является продолжением поднятой год назад темы. Однако, ее принципиальное отличие от большинства публиковавшихся ранее статей заключается в том, что она явилась результатом интерактивной беседы с одним из сотрудников компании Intersoft Lab Александром Кудиновым. Статья одновременно публикуется и на iso.ru.

Дата: 2004-04-07
Авторы: Александр Кудинов, компания Intersoft Lab, Александр Савенков, директор по маркетингу, ЗАО «Лаборатория массмедиа»

Предисловие

Мы живём в период бурного развития информационных технологий, и особое место в этом процессе занимается расширяемый язык разметки XML (Extensible Markup Language). Уникальные возможности и свойства этого языка и, как следствие, его огромная популярность явились одной из причин образования целого ряда международных и отечественных организаций, занимающихся разработкой различных спецификаций на основе XML, предназначенных для решения широчайшего спектра задач.

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

Консорциум W3C

Консорциум Всемирной сети (World Wide Web Consortium — W3C), созданный в октябре 1994 года, призван раскрыть весь потенциал Всемирной сети путём разработки общих протоколов, способствующих её развитию и взаимодействию внутри неё. W3C насчитывает около 400 членов со всего мира. Консорциум пользуется международным признанием благодаря своему вкладу в развитие Сети.

Хотя W3C издаёт спецификации, которые технически являются просто предложениями (или, в терминах W3C, рекомендациями) для дальнейшей реализации, они имеют свойство превращаться в стандарты де-факто. Спецификации получают статус рекомендации после того, как рабочий проект спецификации (Working Draft) становится рекомендацией-кандидатом (Candidate Recommendation), редакцией документа, передаваемой на рассмотрение разработчикам с целью тестирования и внедрения, а затем и предложенной рекомендацией (Proposed Recommendation), документом, по которому ожидается голосование членов W3C.

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

Однако, прежде чем перейти к рассмотрению самих изменений, будет нелишним сказать несколько слов об упомянутом выше документе. Процесс разработки рекомендаций W3C (W3C Recommendation Track Process) — это часть обширного документа, в котором описывается порядок работы W3C (W3C Process Document). Впервые этот регламент был опубликован в мае 1998 года, и тех пор вышло десять его версий. Полный перечень изменений, внесенных в текст данного документа, приведен на сайте W3C.

Мы затронем самые последние изменения в документе, а именно: редакции от 18 июня 2003 года и 5 февраля 2004 года. Было решено остановиться на этих изменениях, поскольку, во-первых, более ранний вариант документа (от 19 июля 2001 года) уже освещался в электронных информационных средствах, во-вторых, потому что эти изменения появились спустя довольно значительных срок после публикации версии от 19 июля 2001 года. Вместе с тем, необходимо отметить, что последняя модификация документа (от 5 февраля 2004 года), не столько существенна как предыдущая, однако, на наш взгляд, и она заслуживает внимания.

Статья оформлена в виде беседы: мы решили, что читателю, возможно, может наскучить читать только одно перечисление изменений в рассматриваемом документе.

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

Обсуждение последних изменений

Александр Кудинов

Добрый день, Александр!

Александр Савенков

Добрый день!

А. К.

Ну, что же, приступим к обсуждению?

А. С.

Пожалуй.

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

А. К.

Не могу с вами не согласиться. Единственное, что мне больше нравилось в предыдущей версии документа, — это оформление: например, наличие подразделов «Требования к документу» (Entrance Criteria) и «Проводимая работа» (Ongoing Work) — всё это, как мне кажется, предполагало более удобную структуру документа. Но в целом подача материала в новой версии стала гораздо более содержательной. Хотелось бы также обсудить вопрос характера изменений. Как вы их оцениваете?

А. С.

Как я уже отметил, художественные правки в ряде случаев перешли в новое качество. Однако и самих качественных изменений по сути не так уж мало, хотя, конечно, есть некоторые нюансы в том, что называть существенным изменением.

К примеру, в W3C продолжают изменять и уточнять права председателя консорциума (W3C Chair) и его директора (W3C Director). На мой взгляд, причина ясна: пользующийся всеобщим уважением Тим Бернерс-Ли (Tim Berners-Lee) не вечен, а существует эта крупная организация сейчас во многом благодаря ему и за счёт его авторитета. Видимо, в W3C всё чаще задумываются о том, что же будет, когда он покинет свой пост: права председателя W3C теперь несколько урезаны и введена должность административного директора (Chief Operating Officer — COO).

А. К.

Появление этой должности, на мой взгляд, можно приветствовать: желание разделить административные и стратегические задачи вполне естественно.

А. С.

Абсолютно согласен. Подозреваю, что такая должность уже существовала неформально (кто-то ведь должен был этим заниматься), в документе же её только формально «прописали».

Хочется добавить ещё несколько слов об изменении роли председателя и директора W3C: теперь председателем группы по технической архитектуре (Technical Architecture Group — TAG) не обязательно является директор. Считаю, это можно расценить как намёк на возможный уход Бернерса-Ли и появление неизбежно менее авторитетного человека в будущем.

Возвращаясь к нашей основной теме, нужно отметить, что стартовой (равно как и конечной) точкой процесса разработки спецификации теперь может являться записка рабочей группы (Working Group Note).

А. К.

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

А. С.

Конечно, вы правы. Однако ранее, если мне не изменяет память, источником таких идей служили в основном членские подачи (Member Submissions). Безусловно, в процессе функционирования рабочих групп появляется большое количество предложений, которые нельзя игнорировать. Вопрос лишь в том, как это отразится на работе самих рабочих групп. Мне кажется, что какими бы ценными эти записки не были, сотрудникам W3C не следует выпускать собственные документы в ущерб коллективной работе.

Кстати, в тексте указывается, что как членские подачи, так и подачи от сотрудников (Team Submissions) не являются частью процесса разработки рекомендации. Возможно, это будет служить неким ограничителем для рабочих групп.

А как вы отнеслись к появлению т. н. features at risk, то есть функционала в спецификации, который может быть удалён после периода реализации спецификации (Call for Implementations) в случае отсутствия его реализации?

А. К.

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

А. С.

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

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

Помимо этого, удалённый функционал, как вы знаете, можно включить в следующую версию документа.

А. К.

В связи с этим, как вы расцениваете требование о необходимости наличия двух случаев реализации каждой функции разрабатываемого стандарта для того, чтобы он стал рекомендацией?

А. С.

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

Согласитесь, наличие пусть не 500, а 300 членов, просто обязывает кого-то из них реализовать спецификацию. Если же некому, то незачем её разрабатывать: рынок такой продукт не примет. W3C на собственном опыте убедился, что без учёта рынка действовать нельзя. Поэтому, на мой взгляд, следует ещё больше ужесточить требования к реализации функционала спецификаций. Хотя действовать необходимо осторожно: меня беспокоит тенденция к сокращению количества членов W3C.

Возвращаясь к разговору о разделе, регламентирующем процесс разработки рекомендаций W3C, хочу сказать, что мне он понравился. Расцениваю его, как продолжение развития W3C, отказ от ребячества и наивности, связанной с малыми размерами Сети в первые годы её существования. Очевидно, что W3C полагал, что рекомендация будет жить вечно, но уже в самом начале стало ясно о неосуществимости такой установки. Однако соответствующие изменения всё время откладывались — видимо, из желания сохранить имидж стабильности и монолитности.

А. К.

Подтверждением тому, на мой взгляд, является появление подраздела, регламентирующего процедуру аннулирования рекомендации (п. 7.7), а также раздела о внесении изменений (п. 7.6). Мне кажется, что в целом документ более приближен к жизни.

А. С.

К слову, следующая редакция (от 5 февраля 2004 года) этого документа допускает ещё одно новшество: переход от спецификации в статусе предложенной рекомендации (Proposed Recommendation) к статусу рекомендации-кандидата (Candidate Recommendation), как сказано, при наличии вопросов, связанных с реализацией.

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

А. К.

Интересный прогноз. Не могли бы вы рассказать об этом поподробнее?

А. С.

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

А. К.

Разумеется, но вы это связываете с «естественным циклом» работ над техническими отчетами или здесь есть какие-то другие причины? И каково, на ваш взгляд, может быть влияние новой версии процесса принятия рекомендации?

А. С.

Отчасти это и естественный цикл, отчасти разрастание аппарата W3C: такое количество различных рабочих групп трудно было представить несколько лет назад. Не хотелось бы гадать на кофейной гуще относительно роли новой версии документа.

А. К.

Как по-вашему это отразится на сроках работы с документами и процессе принятия, отклонения и учёта выявленных недостатков?

А. С.

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

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

Хотя надо признать, что руководство консорциума предпринимает и решительные меры. Вы следите за ситуацией вокруг дела Eolas против Microsoft?

А. К.

Да, и последняя информация, которой я располагаю на данный момент, заключается в том, что Бюро патентов и торговых марок США признало недействительным патент, выданный Eolas, и, таким образом, претензии Eolas были отклонены. Хотелось бы подчеркнуть, что прошлогоднее выступление главы W3C произвело на меня большое впечатление.

Дело Eolas против Microsoft

В 1999 году фирма Eolas Technologies совместно с Калифорнийским университетом подали иск на сумму 521 млн. долларов о нарушении корпорацией Microsoft патента № 5 838 906, принадлежащего этим организациям.

Патент выдан на «метод автоматического вызова внешнего приложения, обеспечивающего взаимодействие и отображение встроенных объектов в гипердокументе». Таким образом, под действие патента попадают все страницы интернета, использующие элементы embed и object, а также обозреватели, позволяющие автоматически отображать подобные страницы.

По заявлению истцов, Microsoft без всякого согласия с их стороны использовала в своем обозревателе Internet Explorer технологии, разработанные в 1994 году профессором Калифорнийского университета и исполнительным директором Eolas Майклом Дойлом (Michael Doyle) и двумя его коллегами. По их словам данные технологии защищены патентом от 1998 года.

Корпорация Microsoft уведомила W3C о том, что она собирается внести в Internet Explorer изменения, связанные с иском. Изменения, в частности, состояли в том, что при обнаружении на странице упомянутых выше элементов, обозреватель выдавал предупреждающее окно для каждого из элементов. По мнению W3C, подобные изменения могут оказать существенное влияние не только на Microsoft, но и на другие компании, выпускающие обозреватели, (среди них Mozilla, Opera и Apple), поскольку все они используют технологию плагинов.

Вследствие этого в сентябре 2003 года W3C решил организовать консультативную группу по патентам HTML (HTML Patent Advisory Group — HTML PAG), которой было необходимо изучить возможные последствия удовлетворения иска. В октябре этого же года W3C отправил в Бюро патентов и торговых марок США заявку, в которой перечислил некоторые предшествующие патенту изобретения, суть которых сводится к тому, что патент недействителен. Вскоре после этого Тим Бернерс-Ли, директор W3C, направил директору Бюро патентов и торговых марок США письмо, в котором потребовал признать патент недействительным, заявив, что это «предотвратит нанесение значительного экономического и технического ущерба Всемирной сети».

В феврале 2004 года Бюро по патентам и торговым маркам США выпустило предварительное заключение о том, что патент № 5 838 906 недействителен. Eolas может опротестовать решение в течение двух месяцев.

А. С.

Порадовали решительность действий и незамедлительность реакции. Безусловно, на представителей бюро повлияло документальное присутствие такой организации как W3C.

А. К.

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

Подробный список изменений в документе

Изменения в редакции от 18 июня 2003 года

  • Документ стал более упорядоченным, все данные, касающиеся одного понятия, собраны в отдельных разделах. Уточнён и упрощён язык документа. Выделены слова must, may, should и т. п. по всему документу.
  • Изменены права председателя W3C. Председателем консультативного комитета (Advisory Board) не обязательно является председатель. Введены даты вхождения в должность и выхода из неё для членов консультативного комитета. Председателем группы по технической архитектуре не обязательно является директор.
  • Появилась должность административного директора, занимающегося организационной деятельностью.
  • Головные организации W3C явно заявлены как нечлены.
  • В разделе 2.1.1 появилось указание на то, что члены W3C честно следуют регламенту, и в случае постоянного его нарушения и при условии, что попытки директора решить эти проблемы не принесли никаких плодов, могут применяться дисциплинарные наказания, суть которых открыта только для членов.
  • Новое введение показывает, как работает весь регламент W3C и сам Консорциум.
  • Раздел 2.5.2: упрощён процесс обращения с вакантными местами в консультативном комитете, при смене места работы, сотрудник может остаться в совете до следующих выборов. Специальных выборов более нет, если сотрудник ушёл, место остаётся вакантным.
  • Указаны даты вступления в должность и выхода из неё для членов группы по технической архитектуре. Таким образом, интервал между назначениями в консультативный комитет и группу равен шести месяцам (что соответствует старому документу).
  • Раздел 3: улаживает вопросы голосования, консенсуса и встреч для всех групп.
  • Раздел 3.1.1: уточнение политики разрешения конфликтов и приводит несколько примеров.
  • В разделе 3.4 собраны и прояснены вопросы голосования. За организацию может быть подан один голос. Связанные члены считаются одной организацией. Если приглашённый эксперт представляет организацию, он обязан её объявить (опять же один голос). Рекомендовано включать в устав программы описание процедуры голосования (хотя акцент по-прежнему делается на голосование).
  • Новый раздел 4.1 уточняет уровни конфиденциальности ресурсов W3C.
  • В этой версии нет изменений, связанных с правами на интеллектуальную собственность, один произведены в следующей редакции.
  • Описание рекомендации изменено с целью фокусирования на достижении статуса рекомендации.
  • Новые разделы 7.2, 7.3, описывающие ожидания от рассмотрения документа и требования на этапе любого перехода.
  • Раздел 7.4.2: уточнение некоторых положений касательно Last Call. Теперь этот статус сигнализирует о том, что рабочая группа считает выполненными все требования, включая предъявленные другими группами. Рабочие группы должны работать с другими группами до Last Call для исключения неожиданностей.
  • Новый раздел 7.4.6, описывающий, что означает возвращение документа в рабочую группу для дальнейшей работы.
  • Раздел 7.6: процедуры изменения рекомендации, включая процесс внесения нормативных исправлений без немедленной повторной публикации. Новые разделы 7.6.1 об управлении списком ошибок и 7.6.2 о видах изменений в рекомендации.
  • Новый раздел 7.7: процедура аннулирования рекомендации W3C.
  • Предложения по ускоренному получению рекомендации, включая предложения в устав или программу для оповещения членом о процессе разработке.
  • Все возвращения на документ должны публиковаться, даже если они анонимны.
  • После Last Call может быть опубликован рабочий проект (если нет значительных изменений), после чего может последовать продвижение до рекомендации-кандидата.
  • Наименование «Записка» (Note) более не используется. Появление «Записки рабочей группы», «Членской подачи» и «Подачи от сотрудников».
  • Раздел 6.2.1: уточнено определение участника рабочей группы (в целях рабочей группы по патентам).
  • Раздел 6.2.1.7: требование «быть на хорошем счету». Притом, что все участники, представляющие организацию должны посещать собрания, для удовлетворения этого требования достаточно присутствия одного сотрудника от организации (такое может происходить, например, по причине высокой стоимости перелёта).
  • Раздел 6.2.6: уставы рабочих и специальных групп (Interest Groups) должны быть публичными.
  • Раздел 6.2.7: как минимум раз в три месяца рабочая группа должна публиковать технический отчёт.
  • Разделы 8.2, 8.3: упрощение процедуры голосования и 1 неделя для апелляции.
  • Новый раздел 10: добавляет способ создания формального контакта для координированной работы между W3C и организацией-партнёром. Положение, согласно которому директор может подписать меморандум договорённости (Memorandum of Understanding — MoU) с другими организациями.
  • Раздел 11.1.1: охват подач. Если технология находится в одной области с работой, выполняемой рабочей группой, члены должны принять участие в рабочей группе и внести свой вклад в разрабатываемую технологию. Членские подачи и подачи от сотрудников более не публикуются на странице технических отчётов.
  • Добавлены примеры случаев, когда может возникнуть конфликт интересов.
  • Обязательна diff-версия.
  • Между рабочим проектом и Last Call можно опубликовать ещё документ такого же статуса (без существенных изменений).
  • Во время периода реализации рабочая группа может определить features at risk и удалить их при продвижении документа до предложенной рекомендации.
  • Каждая функция спецификации должна иметь две рабочие взаимодействующие реализации. Требование не обязательно: директор вправе его не применять.

Изменения в редакции от 5 февраля 2004 года

  • Практически все изменения в данной редакции были направлены на согласование процедурного документа с патентной политикой W3C (W3C Patent Policy).
  • Раздел статуса: новое положение о нормативной связи между процедурным документом и патентной политикой.
  • Раздел 2.5.1: уточнение о природе членства в группе по технической архитектуре и консультативном комитете.
  • Раздел 2.5.3: требование «быть на хорошем счету» указано лишь как одна из причин (а не единственная), из-за которой председатель может попросить выйти из группы.
  • Новый раздел 3.6: отказ от должности в группе, к чему могут вынудить патентные обязательства.
  • Удалён старый раздел 4.
  • Раздел 6.1 о требованиях ко всем рабочим, специальным и координационным группам: уточнение о том, что председатель является представителем организации-члена, одним из сотрудников W3C или приглашённым экспертом.
  • Раздел 6.2.1 о требованиях к участию в рабочих и специальных группах: в целях согласования с патентной политикой даны более чёткие определения начальной и конечной точкам участия в группе.
  • Раздел 7.4.4: возможность перейти от предложенной рекомендации к рекомендации-кандидату.
  • Раздел 7.8: редакторы рабочей группы должны быть членами рабочей группы.

Заключение

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

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

Posted by croll at 11:29 PM (permalink)

Апрель 06, 2004

Статьи про веб-сервисы

Статьи: «Использование веб-сервисов в Internet Explorer», «Веб-сервисы как вариант основы информационной инфраструктуры предприятия».

Первая статья описывает

  • использование DHTML-компонентов для связи с веб-сервисами и
  • функции привязки данных в Internet Explorer.

Вторая статья — это своего рода «объяснительная записка» с аргументами, зачем переводить на веб-сервисы информационную систему Воткинского завода.

Posted by olpa at 10:38 AM (permalink)

Март 18, 2004

Новые статьи в журнале Intersoft Lab

Через какое-то время эти статьи появятся и на xmlhack.ru.

«Обзор XML-стандартов, часть 1», Юч Огбуджи

Помня о просветительских целях нашего Журнала, заявленных на главной странице Клуба знатоков DWH, OLAP и XML, мы решили посвятить первую статью рубрики рассмотрению различных XML-спецификаций. Эта статья может оказаться интересной не только тем, кто только начинает свое знакомство с XML, но более искушенным в этой области читателям, являясь отличным справочным пособием по существующим XML-технологиям.

«Использование XInclude для синхронизации WSDL с исходными схемами», Юч Огбуджи

Во второй статье рубрики речь пойдет об использовании спецификации XInclude, кратко упомянутой в первой статье. Использование этой технологии позволяет включать в WSDL-документы, написанные в стиле document/literal, фрагменты внешней схемы.

«XForms и Microsoft InfoPath», Мика Дубинко

В третьей статье рассказывается о новом продукте Microsoft InfoPath. Автор кратко перечисляет основные возможности этого программного средства, проводит сравнительный анализ формата данных и базовой модели обработки InfoPath и спецификации XForms.

Posted by olpa at 09:36 PM (permalink)