Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Метаязык на века

Ахмед Абуалсемид

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

Расширенный язык описания документов (Extensible Markup Language — XML) является основой для создания шаблонов разметки тех документов, которые помимо Web-браузера могут быть использованы любыми приложениями. На самом же деле XML — это не какой-либо описываемый язык, а скорее метаязык, поскольку он, подобно грамматическим формам типа “подлежащее, сказуемое или дополнение”, определяющим возможные языковые конструкции, описывает то, каким должен быть предметный язык. Этот метаязык берет свое начало от обобщенного языка описания документов (Generalized Markup Language — GML) и его стандартизованной модификации — SGML, которые были разработаны в 60-е годы и позволили заказчикам — прежде всего государственным структурам, таким, как Министерство обороны США, и другим владельцам крупных информационно-поисковых систем — разрабатывать собственные шаблоны документов.

Поскольку XML — это не язык, а метаязык, он не вытеснит язык HTML. Последний представляет собой одну из реализаций SGML и предназначен не для описания, а для представления данных. HTML был разработан Тимом Бернерсом-Ли в 1989 г. как способ обмена документами, позволяющий во время просмотра скрывать не заслуживающую внимания информацию. Программисты из CERN создали простой в использовании редактор для подготовки HTML-документов и специальную графическую среду для их просмотра. Так родилась Всемирная паутина — World Wide Web (WWW).

HTML в отличие от XML не позволяет “создавать” другие языки. Напротив, с помощью XML можно создать собственный язык с дескрипторами (тегами), учитывающими специфику рабочих документов пользователя.

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

С помощью языка XML, совсем недавно появившегося, уже разработано много удачных приложений. Для корпоративных пользователей наиболее интересна возможность его применения вместо систем EDI для передачи данных в электронной коммерции (ЭК). Риэлторам отлично подойдет служба Multiple Listing Service, также предусмотренная в XML. Другие конкретные примеры применения XML — созданные с его помощью языки Mathematical Markup Language (MathML), XML Linking Language (XLink), Synchronized Multimedia Integration Language (SMIL) — и, возможно, самый интересный пример — расширенный язык формирования стилей (Extensible Stylesheet Language — XSL).

Отдельные части головоломки

XML-документ состоит из двух частей: из определения используемого языка и собственно содержания документа. Определение задается процедурой описания типа документа (Document Type Definition — DTD), представляющей собой, в частности, набор грамматических правил языка HTML. DTD-описание может храниться в файле с XML-документом или отдельно. На Web-узле www.w3c.org вы сможете ознакомиться с DTD-описанием HTML-документов, которое не слишком прозрачно для понимания.

XML-документ должен быть не только удобен для понимания, но и составлен правильно — структурированность является основным требованием XML. Приведем пример пусть простого, но зато правильно сформированного XML-документа:

<?xml version = "1.0"?>
<oldjoke>
<burns>Say<quote>goodnight,</quote>
Gracie.</burns>
<allen><quote>Goodnight, Gracie.
</quote></allen>
<applause/>
</oldjoke>

В этом документе дескрипторы аналогичны тем, которые используются в SGML или HTML. Читателю потребуется совсем мало усилий, чтобы ухватить его суть без помощи специальных программ. Приведенный выше фрагмент — это пример хорошо структурированного документа, поскольку в нем соблюдены основные правила языка XML.

Однако сам по себе это бессмысленный документ. Его необходимо дополнить DTD-заголовком — например, таким:

<!ELEMENT oldjoke (burns+, allen, applause?)>
<!ELEMENT burns (#PCDATA | quote)*>
<!ELEMENT allen (#PCDATA | quote)*>
<!ELEMENT quote (#PCDATA)*>
<!ELEMENT applause EMPTY>

В DTD-заголовке содержатся XML-описания пяти элементов. Первый элемент, oldjoke, должен содержать один или более элементов burns, один (и только один) элемент allen и, возможно, один элемент applause. #PCDATA — ключевое слово, обозначающее любую последовательность символов. Таким образом, элемент burns может содержать любое число элементов quote или символов.

Символ * указывает на то, что элемент может быть использован сколь угодно раз либо вообще не использован. Символ ? означает, что элемент не является обязательным: он может понадобиться один раз либо не понадобится совсем. Если в описании встречается символ +, соответствующий элемент должен быть использован по крайней мере один раз. Инструкция EMPTY означает, что описание окончания элемента далее не последует и ему не требуется какое-либо значение.

Приведенный фрагмент XML-документа полностью работоспособен вместе с DTD-заголовком. Теперь его можно отформатировать и использовать, скажем, в какой-нибудь БД “бородатых” анекдотов.

Анализ синтаксиса

Возможно, не представляет особого труда проверить правильность структуры и оформления документа, состоящего из восьми строчек основного текста и пяти строчек DTD-описания, однако сделать то же самое для реального большого документа — дело не простое, для этого потребуется специальный синтаксический анализатор XML. Он осуществляет проверку соответствия DTD-заголовка основному тексту документа, его структуре, а также контролирует соблюдение требований языка XML. Результаты работы анализатора передаются приложению, с помощью которого осуществляется работа с документом, — например, Web-браузеру или драйверу принтера. Следует отметить, что такие приложения вообще не считывают XML-документ; для этого служит синтаксический анализатор. Таким образом, анализатор синтаксиса (процессор) является важнейшим элементом технологии XML.

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

XML-анализаторы также бывают событийными (event-based parser) и иерархическими (tree-based parser). В ответ на событие — в частности на начало и окончание каждого элемента (скажем, <oldjoke> или <quote> в нашем примере) cобытийный анализатор синтаксиса посылает сообщения обрабатывающему документ приложению. В свою очередь, приложение определяет, нужны ли ему данные, содержащиеся в этом элементе, и если нужны, то запрашивает анализатор с целью их получения. Событийный подход высокоэффективен в тех случаях, когда приложение должно обрабатывать лишь некую часть последовательно расположенных в документе данных.

Иерархический анализатор начинает просмотр XML-документа с DTD-заголовка и проверяет, соответствует ли сам документ правилам иерархического представления данных. На нашем примере такую иерархию можно проследить следующим образом: на первом (верхнем) уровне расположен элемент <oldjoke>, на втором — элементы <burns>, <allen> и <applause>, на третьем — <quote>. Такой подход почти полностью повторяет принцип работы компилятора, который считывает исходный код программы, анализирует ее синтаксис и вырабатывает промежуточный иерархический вариант исходного кода.

Мы опробовали синтаксические XML-анализаторы, выпущенные фирмами IBM, Microsoft, Oracle, Sun Microsystems и независимым разработчиком программного обеспечения Джеймсом Кларком — ведущим специалистом в деле развития языка XML, чтобы выяснить, насколько все они соответствуют существующему стандарту.

Четыре из пяти протестированных нами анализаторов написаны на языке Java, исключением является продукт фирмы Microsoft — COM-приложение Win32. Хотя большинство производителей ПО предлагает продукты, написанные на языке C++, Java-реализации сегодня весьма популярны. Программа Джеймса Кларка — это единственный испытанный нами вариант XML-процессора с открытым кодом. В нем единственном отсутствует режим проверки соответствия XML-документа DTD-заголовку, поэтому применение его ограничено, особенно в ситуациях, когда требуется обеспечить обмен данными между различными системами и приложениями.

Анализаторы фирм IBM, Oracle и Sun способны работать и как иерархические, и как событийные. Анализатор Джеймса Кларка не имеет иерархического API-интерфейса, а продукт Microsoft — событийного.

Анализируем синтаксические анализаторы

Сами анализаторы, как и документы, которые им предстоит обрабатывать, должны удовлетворять требования языка XML. Если анализатор не соответствует таким требованиям, то никакие его возможности не будут значимыми. Мы проверяли соответствие анализаторов требованиям XML с помощью пакета OASIS (Organization for Advancement of Structured Information Systems) XML Conformance Test Suite. Этот программный комплекс разработан специально для проверки соответствия XML-анализаторов стандарту XML консорциума W3C, и его можно использовать для всех типов XML-анализаторов, написанных на любом языке программирования. Пакет позволяет проверить работоспособность анализатора с помощью примерно 1000 тестовых документов. Анализаторы должны “отклонять” заведомо неправильно составленные документы и “принимать” документы, составленные правильно.

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

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

Тестовые материалы были получены нами из разных источников: от самого Джеймса Кларка, от организации OASIS, от фирм Fuji Xerox и Sun. Тесты фирмы Sun позволяют проверить как выполняются требования, содержащиеся в спецификации XML, а также дополнительные требования, связанные с выявленными на текущий момент проблемами анализа синтаксиса XML. Пакет Джеймса Кларка XMLTest предназначен в первую очередь для проверки работоспособности структурных XML-процессоров. Контрольные документы Fuji Xerox Japanese XML содержат японские символы.

Пакет OASIS сохраняет результаты испытаний в БД, сопровождая при этом каждый проверенный XML-документ описанием всех протестированных пунктов стандарта XML и требований к испытываемому анализатору.

Анализаторы взаимодействуют с вызывающими приложениями посредством интерфейса SAX (Simple API for XML) и/или DOM (Document Object Model). Во всех анализаторах, за исключением продукта фирмы Microsoft, используется SAX, и во всех их, кроме программы Джеймса Кларка, возможно применение DOM.

Проблемы реализации

Мы испытывали анализаторы синтаксиса XML на компьютере c процессором AMD K6/2, имеющим тактовую частоту 400 МГц, и объемом ОЗУ 128 Мбайт. На нем была установлена ОС Windows 98. Для создания Java-среды использовалось ПО Java Runtime Environment (JRE) 1.2. Проведенные испытания не только показали, насколько анализаторы соответствуют спецификации XML, но и выявили их некоторые дефекты. Только анализатор компании Sun уверенно прошел все тесты; он разработан и создан в точном соответствии со спецификацией языка.

В процессе дальнейшей доработки XML-анализаторы будут все больше удовлетворять требования стандарта XML, но версии остальных полученных нами для тестирования программ не смогли успешно преодолеть все испытания. Одним из наиболее явных их недостатков стала выбраковка корректных XML-документов. Стандарт XML предписывает использовать в документах 16-разрядную кодировку Unicode. Большинство программ не распознает символы UTF-16, не входящие в ASCII. В подавляющем большинстве отвергнутых, но тем не менее соответствующих стандарту XML файлов содержался японский или китайский текст. Факт наличия такого рода ошибки, и особенно выявление ее в ходе публичных испытаний с помощью специализированного ПО, предназначенного для разработчиков анализаторов синтаксиса XML, наводит на грустные размышления.

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

Выбор победителя

До тех пор пока вы не установите на всех ПК ваших пользователей один и тот же браузер, ваши попытки решить проблему совместимости программ приведут к таким же результатам, как в общем случае использования языков Java, JavaScript и Dynamic HTML. Другими словами, не стоит полагаться на продекларированную поставщиками ПО совместимость их продуктов. Ваша серверная платформа во многом предопределит ваш выбор XML-анализатора. Поэтому в среде Windows вам лучше всего установить анализатор фирмы Microsoft. Если же вы работаете с СУБД Oracle, то лучшего XML-анализатора, чем фирменный продукт Oracle, вам не найти.

Учитывая наличие возможных вариантов выбора, мы бы посоветовали вам воздержаться от использования продукта фирмы IBM до тех пор, пока он не станет частью более крупного пакета XML-средств, разработанных этой фирмой. С точки зрения соответствия стандарту XML анализаторы Джеймса Кларка и фирмы Sun — это лучшее из того, что мы тестировали. Очень трудно отдать предпочтение одному из этих продуктов, хотя нам больше нравятся программы с открытым исходным кодом. Их использование особенно важно для разработки приложений на базе других решений с открытым кодом, например таких, как PERL или PHP. Многие из этих приложений включают пакет Джеймса Кларка. Анализатор фирмы Sun, вероятно, лучше всего подойдет в том случае, если вам предстоит разрабатывать приложения для Java-сервера с использованием предустановленных компонентов вместо решений на базе разработок с открытым кодом.

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

XML4J фирмы IBM

Анализатор XML4J фирмы IBM — это часть более крупного пакета ПО XML AlphaWorks (www.alphaworks.ibm.com/tech/xml4j), которое разрабатывается этой компанией. Мы испытали его версию 2.0.15 на платформе Java. Из нескольких имеющихся конфигураций этого анализатора можно применять любую, в том числе с проверкой соответствия DTD-заголовка тексту XML-документа и без нее, а также работающую в режиме DOM-процессора, но мы ее не тестировали.

Анализатор XML4J успешно выполнил 85% наших тестов. Большинство обнаруженных ошибок было связано с признанием негодными корректно сформированных XML-документов. Были также выявлены проблемы с распознаванием анализатором символов UTF-16, которые, как было сказано выше, возникают у многих таких продуктов при работе с неанглоязычными XML-документами.

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

С эксплуатацией анализатора XML4J у нас не возникло никаких сложностей; имея небольшой размер кода (700 Кбайт) он легко загружается через Интернет в виде Java-аплета. Однако наиболее современные браузеры обеспечивают определенный уровень встроенной поддержки технологии XML, и потому иногда бывает довольно трудно настроить их таким образом, чтобы пользоваться только внешним XML-анализатором. Продукт фирмы IBM можно устанавливать на серверах, в частности как составную часть более крупного пакета для интеграции средств XML с базой данных DB2. Этот анализатор предназначен для использования в коммерческих целях.

Анализатор Джеймса Кларка

В отличие от других испытанных нами XML-анализаторов анализатор Джеймса Кларка не разработан крупной компанией, специализирующейся на выпуске программного обеспечения, хотя авторитет его автора в области развития языка XML более весомый, чем у кого бы то ни было. Продукт Джеймса Кларка выполнен на платформе Java и известен под названием XP. Его можно бесплатно загрузить с Web-узла по адресу www.jclark.com/xml. В наших испытаниях была задействована ранняя бета-версия программы (версия 0.5).

Джеймс Кларк стоял у истоков разработки первого варианта стандарта XML 1.0. Его анализатор синтаксиса Expat, написанный на языке Cи, обеспечивает поддержку технологии XML в браузере Mozilla фирмы Netscape и в языке PHP, является основой процедуры Perl XML::Parser и используется во многих других приложениях с открытым кодом. Анализатор XP не проверяет соответствие DTD-заголовка тексту XML-документа и не поддерживает модель DOM. Из всех XML-анализаторов на базе Java, которые мы испытали, XP имеет наименьший размер кода. При этом он вполне годится для коммерческого применения. Насколько нам известно, до сих пор не существует XML-анализаторов с открытым кодом, работающих в режиме проверки соответствия “заголовок—текст”.

Хотя мы протестировали лишь бета-версию анализатора XP, оказалось, он наиболее устойчив и надежен в работе — сбои наблюдаются крайне редко. Лично мы не выявили ни одного сбоя. Кроме того, анализатор XP был самым быстродействующим из всех испытанных нами продуктов. Он успешно выполнил почти 99% всех предложенных нами тестов.

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

MSXML фирмы Microsoft

XML-анализатор фирмы Microsoft (msdn.microsoft.com/xml) существенно отличается от всех испытанных нами продуктов. Для начала стоит отметить хотя бы то, что он является единственным из протестированных нами анализаторов, написанным не на языке Java. Он встроен в ПО Internet Explorer 5.0, работающее с XML-приложениями. Анализатор может быть также реализован как объект ActiveX.

Данный продукт фирмы Microsoft никогда не предназначался для использования на серверах. Поэтому при вполне удовлетворительной работе на клиентских машинах его производительность в многозадачной среде резко снижается из-за режима позднего связывания (late bound fashion). Что это означает? Visual Basic способен вызывать объекты ActiveX как в режиме позднего, так и раннего связывания, однако механизм VBScript, используемый в технологии Active Server Pages (ASP), поддерживает только режим позднего связывания. Поскольку ASP остается единственным способом вызова XML-анализатора, то это существенно снижает его производительность.

Специалисты Microsoft признают наличие данной проблемы и заверяют, что работают над ее устранением. Однако у вас может сложиться впечатление, что исполнять XML-код на сервере не имеет смысла, поскольку теоретически клиентской машине достаточно загрузить его только один раз. В этом случае XML-анализатор сможет работать с XML-кодом локально, а результатом такой работы станет Web-приложение, которое будет удовлетворять все требования пользователя.

Основным препятствием на пути к этой цели является требование, чтобы все браузеры на клиентских машинах управляли XML-документами одинаково, что вряд ли возможно в ближайшем будущем. Если же XML-код обрабатывается сервером, то клиентской машине достаточно уметь работать лишь с HTML-кодом. Это увеличивает вероятность успешного запуска приложений посредством большинства браузеров.

Работая в режиме без проверки соответствия “заголовок—текст” MSXML отклонил некоторые корректные собственные имена, в которых содержались не ASCII-символы. Работая в режиме с проверкой, анализатор “признал” фатальными некоторые ошибки соответствия “заголовок—текст”, а также “счел” некорректными описания, приведенные в качестве иллюстрирующих примеров спецификации XML. Программа также “считала” ошибочными пробелы (white spaces), что идет вразрез с положением стандарта XML. В целом, работая в режиме без проверки соответствия “заголовок—текст”, анализатор успешно прошел 87% предложенных нами тестов, а работая в режиме с проверкой, — 84%.

Поскольку в MSXML предусмотрено наличие DOM-интерфейса, но интерфейс SAX отсутствует, процедура тестирования этого пакета несколько отличалась от процедуры тестирования других пакетов. В принятом сегодня варианте стандарта DOM не описываются ни процедура формирования DOM-иерархии для конкретного документа, ни стандартные сообщения об ошибках, выявленных в ходе анализа синтаксиса. Ничего в нем не сказано и о том, следует ли продолжать анализ после обнаружения ошибки и как нужно управлять универсальными идентификаторами ресурсов (Universal Resource Identifier — URI). По этим причинам было невозможно провести полноценное испытание реализации DOM-интерфейса.

В таких случаях для работы с анализатором и получения результатов мы пользуемся специальным сценарием JavaScript. Разработанный Дэвидом Брайнеллом (работал в Sun Microsystems) и Крисом Ловеттом (из Microsoft), этот сценарий может быть получен согласно условиям лицензии GPL (GNU Public License).

XML-анализатор фирмы Oracle

Фирма Oracle предпринимает серьезные усилия по интеграции своих СУБД с XML-технологией, а также по распространению средств, позволяющих пользователям помещать в БД Oracle 8 и получать из нее XML-данные. Основой этого семейства XML-программ является XML-анализатор. Мы испытывали его версию 2.0.0, однако компания Oracle уже выпустила очередную версию программы.

Как и продукт фирмы IBM, этот анализатор успешно выполнил 85% тестов, но, если программа IBM ошибочно отклоняла правильные документы, то программа Oracle принимала заведомо неправильные.

Анализатор Oracle воспринимает некоторые символы, которые не должен воспринимать, например символ пропуска страницы. Похоже, такое странное поведение связано с его способностью принимать некоторые документы SGML-типа с пропущенными тегами окончания, а также содержащие “минимизированные” теги SGML. Стандарт XML строго запрещает подобные “вольности” в документах. Складывается впечатление, что разработчики анализатора, стремясь создать передовой по своим возможностям продукт, пренебрегли и духом, и буквой стандарта XML.

В режиме проверки соответствия “заголовок—текст” программа работает немного лучше, чем в режиме без проверки — в первом случае отвергаются элементы SGML-синтаксиса и выдаются более корректные сообщения.

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

На момент подготовки статьи на XML-анализатор Oracle еще не предоставлялась лицензия для коммерческого использования. Бесплатно получить его можно после регистрации в Технологической сети Oracle (Oracle’s Technology Network — OTN).

Java Project X фирмы Sun Microsystems

Целью фирмы Sun Microsystems было создание продукта, полностью соответствующего стандарту XML. И такой XML-анализатор был создан. Это Java Project X, который можно получить по адресу java.sun.com/products/xml.

В наших испытаниях была задействована его “технологическая” версия 2. Программа успешно преодолела все наши тесты.

Анализатор Sun Microsystems может работать как в режиме проверки соответствия “заголовок—текст”, так и без нее. И поскольку он снабжен DOM-интерфейсом, то способен функционировать и как иерархический анализатор, и как просто часть XML-редактора. Фирма Sun вынашивает крайне амбициозные планы относительно использования этого продукта. Например, она хочет создать на основе XML-анализатора Java Project X эталонный продукт расширенного стандарта Java для XML (Java Standard Extension for XML). В отличие от продукта фирмы Oracle продукт фирмы Sun Microsystems доступен для коммерческого использования.





  
7 '2000
СОДЕРЖАНИЕ

колонка редактора

• Аутсорсинг как средство борьбы с энтропией в сетях

локальные сети

• Эволюция кабельных стандартов

• Компактные специализированные файл-серверы

• Тестируем 11-Мбит/с оборудование для беспроводных ЛВС

услуги сетей связи

• Интегрированные устройства доступа: мощь и интеллект на границе

• IP-телефония "седлает" радиоволну

• Телефонное время и деньги

• Тестирование кабелей для служб xDSL

• Перспективы развития и услуги ГП КС

новые продукты

• Solaris 8 - лучшая платформа для Web-сервераб, Definity переходит на IP-телефонию: просто смени ПО

только на сервере

• Остановите варваров на подступах к сети

• Dell PowerEdge 4400 - мощный сервер для сети отдела предприятия

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

• Реализация агентов SNMP для управления сетями связи

• Этот восхитительный, восхитительный мир IP

• Три сервера SMB

электронная коммерция

• Метаязык на века

• Малый бизнес получает доступ в Интернет

• "Интернетизация" ERP-систем

бизнес

• Высоконадежным системам - "железную" поддержку

• СКС SYSTIMAX - дорога в будущее

защита данных

• Обеспечение безопасности Web-приложений


• КАЛЕЙДОСКОП



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх