Archive

Posts Tagged ‘xml’

Корпоративные блоги, MetaWeblog и XML-RPC

August 25th, 2010 No comments

Сегодня блоги – это не просто персональные дневники; они стали идеальной платформой публикации в Интернете. Внутри предприятия блоги часто являются центральным каналом взаимодействий в управлении, разработке и маркетинге, что делает важным выбор в качестве инструмента для ведения блогов открытого программного обеспечения, соответствующего стандартным XML API. Познакомьтесь с одной из таких программ, MetaWeblog (широко применяемый API блогов), и научитесь использовать этот API для написания своих собственных инструментальных программ для поддержки блогов.

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

Подробнее на IBM developerWorks Россия

Tags: , ,

JiBX 1.2: Часть 2. От XML-схемы к коду Java

August 13th, 2010 No comments

JiBX — это инструмент для установления соответствия между данными XML и объектами Java. JiBX давно известен как самый быстрый и гибкий способ установления соответствия между кодом Java и XML. Однако сложность этих определений соответствия и ограниченная поддержка все более широко используемых определений XML-схемы иногда расхолаживали пользователей. К счастью, в версии JiBX 1.2 сделано многое для решения этих проблем. Из этого руководства вы узнаете об использовании новых функций JiBX 1.2 для простой генерации кода Java из существующего определения XML-схемы и для чтения/записи XML-документов в соответствии со сгенерированными определениями схемы — и все это без необходимости вдаваться в детали определений соответствия JiBX.

В первой части был описан обратный процесс преобразования кода Java в определения XML-схемы.

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

Смотрите другие материалы о Java на IBM developerWorks Россия

Tags: , ,

JiBX 1.2: Часть 1. От кода Java к XML-схеме

August 4th, 2010 No comments

JiBX – это инструмент для установления соответствия между данными XML и объектами Java. JiBX давно известен как самый быстрый и гибкий способ установления соответствия между кодом Java и XML. Однако сложность этих определений соответствия и ограниченная поддержка все более широко используемых определений XML-схемы иногда расхолаживали пользователей. К счастью, в версии JiBX 1.2 многое сделано для решения этих проблем. Из этого руководства вы узнаете об использовании новых функций JiBX 1.2 для простой генерации определений XML-схемы из существующего кода Java и чтении и записи XML-документов в соответствии со сгенерированными определениями схемы – и все это без необходимости вдаваться в детали определений соответствия JiBX. Во второй части описан обратный процесс преобразования определений XML-схемы в код Java.

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

Подробнее на IBM developerWorks Россия

Tags: , ,

XML Schema 1.1: Часть 1.Введение

May 26th, 2010 No comments

Язык XML Schema получил широкое распространение в самых разных задачах, что, в частности, привело к большому числу запросов на тему новых возможностей. Наиболее популярные из них были реализованы в новом стандарте XML Schema 1.1, разработанном рабочей группой в W3C. В новой версии языка также устранены некоторые недостатки XML Schema 1.0. В этой статье – первой части серии – авторы Нил Делима, Сэнди Гао, Майкл Главассевич и Халед Ноумен познакомят вас с XML Schema 1.1, кратко рассмотрев возможности, появившиеся в этой версии, а также уделив особое внимание изменениям в спецификации, которые коснулись типов данных.

Достоинства и недостатки XML Schema обсуждаются с 2001 года, когда этот язык стал официальной рекомендацией W3C. После этого рабочая группа W3C начала работать над следующей версией XML Schema. В 2005 году, после того как он получил широкое распространение и был интегрирован с другими стандартизованными языками, в частности XSLT, XQuery и WSDL, W3С организовала специальный семинар для обсуждения стандарта и получения достаточного числа отзывов от пользователей, которые должны были определить путь его дальнейшей эволюции. Благодаря этому семинару, а также другим запросам, сформулированным представителями XML-сообщества, был определен круг возможностей XML Schema 1.1.

В этой статье будет приведен обзор некоторых новинок XML Schema 1.1, а затем будут подробно рассмотрены расширения спецификации, касающиеся типов данных. На сегодняшний день стандарт известен под официальным названием “Язык определения XML-схем” (XML Schema Definition Language). В этой и последующих статьях серии мы будем чаще использовать аббревиатуру XSD, хотя в некоторых случаях вам могут встретиться “XML Schema” или просто “схема”, которые обозначают тот же самый язык.

Имейте в виду, что на момент написания этой статьи работа над XML Schema 1.1 еще не была завершена, поэтому некоторые детали могут измениться до выпуска официальной рекомендации W3C.

Источник IBM developerWorks Россия

Tags: ,

Определяйте кодировки документов XML при помощи SAX и XNI

May 5th, 2010 No comments

В некоторых случаях при пересылке документов XML достаточно просто передать массив байтов из точки А в точку Б. При этом необязательно разбирать содержимое документа, однако следует определить его кодировку, чтобы правильно задать метаданные. Эффективным средством достижения этой цели являются потоковые API, такие как SAX и XNI, которые позволяют проанализировать кодировку, проигнорировав остальное содержимое.

В спецификации XML используется Unicode, однако при передаче и хранении в памяти компьютеров символы представляются в виде байтов, анализируемых XML-процессорами (парсерами). Для этого существует ряд различных схем кодировки: UTF-8, UTF-16, ISO-8859-1, Cp1252, SJIS и многих других.

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

* Чаще всего это происходит, если требуется сохранить исходную кодировку документа.
* Другим примером может служить сохранение документа в базе данных в виде строки или крупного символьного объекта (Character Large Object – CLOB) без предварительного разбора.
* Некоторые приложения пересылают документы XML по протоколу HTTP, не анализируя их. Тем не менее при этом необходимо задать правильный тип содержимого в заголовке HTTP, поэтому приходится определять тип кодировки.

Чаще всего вы и так знаете кодировку документа, поскольку сами же его создали. Однако если вы просто получили документ из некоего источника (например, обратившись к ленте Atom), то для определения кодировки лучше всего использовать потоковые API, такие как простой API для XML (SAX), потоковый API для XML (StAX), либо собственный интерфейс Xerces (XNI). Разумеется, можно воспользоваться и интерфейсами, строящими представление документа в виде дерева, например DOM (объектная модель документа), но не забывайте, что они будут считывать в память все содержимое документа, даже если для определения кодировки достаточно просмотреть первые 100 байтов. В отличие от них потоковые API прочитают ровно столько, сколько необходимо, и вернут результат сразу после того как он получен. Это значительно более эффективный способ.

Источник: http://www.ibm.com/developerworks/ru/library/x-tipsaxxni/index.html?S_TACT=105AGX99&S_CMP=GR01

Tags: , ,

Использование XQuery в качестве уровня представления данных

April 7th, 2010 No comments

Многие Web-приложения используют схему “модель-отображение-контроллер” (Model-View-Controller – MVC), чтобы разделить эти три задачи. На уровне представления такие приложения часто используют технологию PHP или JavaServer™ Pages (JSP). Хотя эти технологии широко применяются и безусловно эффективны, они не дают не зависящего от языка средства представления данных. В противоположность этому, язык XQuery, подобно языку Structured Query Language (SQL), предоставляет спецификацию преобразования, связанную со стандартом XML и не зависящую от языка и платформы. Использование XQuery для представления данных позволяет разработчикам, которые занимаются отображением данных, создавать эффективные представления данных, не привязанные к нижележащим серверам приложений или языкам программирования. В этой статье детально рассматриваются преимущества использования XQuery перед другими технологиями отображения данных, способ реализации XQuery на уровне представления и жизненный пример такой реализации.

Преимущества использования XQuery для представления данных

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

Большинство разработчиков, выбирая тот или иной вариант подхода MVC, обычно предпочитают технологию Java Platform, Enterprise Edition 5 (Java EE). Это безусловно эффективное решение, так как язык программирования Java представляет собой самую современную технологию. Кроме того, такие популярные структуры, как Spring и Struts, облегчают реализацию подхода MVC в распределенных объектных приложениях.

Однако непреложный закон разработки программного обеспечения гласит, что лучшие подходы постоянно развиваются. В противном случае Twitter был бы написан на языке Pascal. Стандарты совершенствуются, и прежние лучшие подходы модернизируются, а иногда и полностью вытесняются новейшими технологиями и решениями. Коротко говоря, несмотря на популярность технологии Java Enterprise, это все же вчерашний день. То же можно сказать и о других реализациях MVC, отличных от языка программирования Java.

Так каков же современный ответ?

XQuery в качестве средства представления, используемый в сочетании с XML для отображения данных – еще лучший способ разделения задач. Этому есть причины, которые я объясню.

Подробнее на IBM developerWorks Россия

Tags: ,