Msxml 4 0 что это за программа и нужна ли она

Содержание

Ответ от Vladimir[гуру]
Для экономии места нужно регулярно чистить систему и реестр, например — Auslogics Boost Speed, а не лезть туда, где ничего не смыслишь. Это не программа, а пакет обновлений для системной службы. Если руки чешутся, можешь поудалять ненужные языковые пакеты во многих программах. В папках Lang или Localisation.

Ответ от Канаде Татибана[гуру]
xml сценарии в программах и браузере xD
Ответ от Азраэль[гуру]
вовка прав
Ответ от Ichigo Shinigami[гуру]
Вовка, ты чё фраер тут, чё хамишь?
Ответ от 22 ответа[гуру]

Привет! Вот подборка тем с похожими вопросами и ответами на Ваш вопрос: Что за программка msxml 4.0 sp2. Хочу для экономии места ее удалить? На чем скажется, что работать не будет?

Источник: 22oa.ru

Что нового в MSXML 4.0

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

УДАЛИ ЭТИ ФАЙЛЫ ПРЯМО СЕЙЧАС! | Windows 10 | Windows 7

Изменение названия было осуществлено в процессе разработки после третьей версии и теперь закреплено. Новое название — Microsoft® XML Core Services — отражает новую функциональность, предоставляемую компонентом. Обратите внимание, что аббревиатура осталась без изменения — MSXML.

Версия Microsoft XML Core Services (MSXML) 4.0 от сентября 2001 — это официальная версия MSXML 4.0. Эта версия предоставляет новые существенные возможности и важные изменения, такие как параллельное функционирование версий (side-by-side functionality). Также MSXML 4.0 представляет решения известных проблем, улучшенную производительность, соответствие спецификациям, документацию и дополнительные примеры использования.

По сравнению с версией 3.0 MSXML 4.0 предлагает улучшенную и дополненную функциональность в трех основных областях:

Широкая поддержка окончательной рекомендации World Wide Web Consortium (W3C) по XML-схемам (XML Schema, XSD).
Существенные улучшения производительности.
Расширенная поддержка архитектуры последовательной обработки XML, основанная на стандарте de facto: Simple API for XML (SAX2).

Еще одно существенное изменение — это отказ от режима замещения. MSXML 4.0 и более поздние версии будут устанавливаться только в режиме параллельного функционирования версий. Это значит, что не зависящие от версии (version-independent) ProgID не будут поддерживаться, а существующие версии Internet Explorer не смогут автоматически использовать MSXML 4.0 (без скрипта). Причина этого изменения состоит в том, что, согласно замечаниям пользователей, не зависящие от версии ProgID создают проблемы при поддержке приложений, использующих MSXML версий 2.6 и более поздних.

Объект ServerXMLHTTPRequest, представленый в MSXML 3.0, обеспечивает надежный HTTP-доступ на стороне сервера, независимый от WinInet. Эта функциональность серверного HTTP добавлена теперь в виде нового компонента WinHTTP 5.0, который поставляется и устанавливается с MSXML 4.0. ServerXMLHTTPRequest обеспечивает только внешний интерфейс к этому компоненту.

Для ознакомления с возможностями, предоставленными в предварительной версии MSXML 4.0, выпущенной в июле 2001, читайте статью «Что нового в предварительной технологической версии Microsoft MSXML Parser 4.0 B2 от июля 2001» (на английском языке). Для получения более детальной информации о возможностях MSXML 4.0 смотрите документацию, сопровождающую компонент.

Новые возможности

Поддержка XML-схем (XML Schema)

Большое число новшеств в этой версии обеспечивает поддержку XML-схем. Вы можете верифицировать XML-код XML-схемами как в SAX, так и в DOM, используя либо внешний кэш схем, либо аттрибуты xsi:schemaLocation / xsi:noNamespaceSchemaLocation. Хотя XPath 2.0 еще не поддерживается, MSXML предоставляет функции расширения, допускаемые по стандартам, для поддержки XSD-типов в XPath и XSLT.

MSXML 4.0 обеспечивает также способ получения информации о схеме в состоятельных документах используя обнаружение типов в SAX и Schema Object Model (объектная модель схемы, SOM) в DOM. Кроме добавленной поддержки окончательной рекомендации XML-схем, MSXML продолжает поддерживать XML-Data Reduced (XDR) и определение типа документа (DTD).

Улучшение производительности

В дополнение к перечисленному, MSXML 4.0 обладает новым, более бысрым XML-парсером и существенно усовершенствованным XSLT-процессором. Вы можете использовать возможности нового парсера установив значение свойства NewParser равным True. Новый парсер еще не поддерживает асинхронную загрузку DOM или верификацию DTD. Однако все остальные функции работают также как в старом парсере, только быстрее. По результатам наших тестов MSXML показывает примерно 2-хкратное ускорение для чистого синтаксического разбора и более чем 4-хкратное ускорение XSLT-трансформаций.

Расширенная поддержка последовательной обработки XML-кода

MSXML 4.0 обеспечивает расширенную поддержку архитектуры последовательной обработки XML, основанной на SAX2 API. Эта поддержка включает:

Интеграцию моделей разбора DOM и SAX
Возможность генерации HTML-вывода (HTML output)
Возможность подключения обработчика содержания SAX (SAX content handler) к выводу XSLT-процессора
Отслеживание объявлений пространств имен

Теперь вы можете использовать объект MXXMLWriter для создания sобытий SAX из дерева DOM. Также вы можете строить дерево DOM вне событий SAX. Эти возможности позволяют вам тесно интегрировать DOM и SAX в ваших приложениях.

Новый объект MXXMLWriter позволяет генерировать HTML-вывод используя поток событий SAX точно таким же способом, как элемент в XSLT может генерировать HTML в результирующем дереве. Новый объект MXXMLWriter обеспечивает необходимую поддержку высокопроизводительным Active Server Pages (ASP), которые читают XML-документы при помощи SAX (reader), обрабатывают эти документы настроенными фильтрами SAX и выводят пользователю данные как обычную HTML-страницу. Объект MXXMLWriter также может оказаться полезным в других приложениях, таких, как например, генерация HTML-страниц.

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

Новый объект MXNamespaceManager позволяет самостоятельно отслеживать объявления пространств имен и разрешать их либо в текущем контексте, либо в контексте отдельных узлов DOM. Хотя MSXML поддерживает пространства имен и может автоматически разрешать имена элементов и аттрибутов, встречается все больше случаев, когда для значения аттрибута или содержания элемента необходимо использовать полные имена (qualified names). Новый объект MXNamespaceManager позволяет легко отслеживать и разрешать полные имена.

Параллельное функционирование версий и отказ от режима замещения

Отказ от режима замещения

Вплоть до версии MSXML 3.0 можно было использовать режим замещения для того, чтобы компонент MSXML последней версии работал как MSXML 2.0, который используется в Internet Explorer 5.0 и 5.5 для представления XML в окне броузера. Специальная утилита xmlinst.exe манипулирует реестром Microsoft Windows® для достижения этого эффекта. Хотя режим замещения не является рекомендованным методом, множество пользователей испытывали этот режим и, согласно их отзывам, сталкивались с большим количеством проблем при поддержке своих приложений. В дополнение к этому, необходимость поддержки преемственного кода делала MSXML намного массивнее, чем он мог бы быть.

В настоящее время режим замещения полностью удален из MSXML 4.0 и не может быть использован для замены MSXML 2.0 в Internet Explorer. Это означает, что если Internet Explorer настроен как программа для просмотра XML-файлов, и вы дважды щелкаете мышью на XML-документе, то Internet Explorer не будет использовать MSXML 4.0 для его отображения. Однако, MSXML 4.0 все еще может быть использован стандартным способом: манипулирование XML-кодом в HTML-странице при помощи скрипта.

Отказ от не зависящих от версии ProgID

По похожим причинам была устранена поддержка не зависящих от версии ProgID. По сравнению с предыдущими версиями, в которых некоторые ProgID обновлялись при установке новой версии MSXML, отказ от них в MSXML 4.0 обеспечивает реальную установку, гарантирующую паралллельное функционирование версий.

Теперь CreateObject(«MSXML2.DOMDocument») не создает экземпляр объекта MSXML 4.0 DOM, а создает экземпляр объекта предыдущей версии. Если вы хотите использовать MSXML 4.0, вы должны создать объект так: CreateObject(«MSXML2.DOMDocument.4.0»). Соответственно, для C++ и Microsoft Visual Basic вы должны создать объект, используя код: «MSXML2.DOMDocument40». Такие же изменения необходимо предусмотреть для создания остальных объектов MSXML, для того чтобы использовать возможности MSXML 4-й версии.

Причиной подобных изменений является усовершенствование поддержки кода, который в противном случае был подвержен к возникновению ошибок при появлении в окружении непредусмотренных измений. Проще говоря, не зависящие от версии ProgID были очень удобны для использования MSXML, но очень рискованны в окружении разработки. Предположим к примеру, что пользователь разработал код, использующий не зависящие от версии ProgID, полагаясь на наличие MSXML 3.0. Если впоследствии этот пользователь установил или переустановил Microsoft SQL Server, то может быть неожиданно обнаружено, что использовался MSXML 2.6 вместо MSXML 3.0. Отказ от не зависящих от версии ProgID в MSXML 4.0 исключает возможность появления такой нестабильной ситуации и улучшает MSXML как серверный компонент уровня предприятия.

Отказ от кода, преемствованного из предыдущих версий

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

Старая версия XSL, не соответствующая спецификации, которая теперь окончательно заменена W3 стандартом XSLT 1.0. Полная поддержка XPath 1.0 обеспечена с версии MSXML 3.0.
Старая версия XSLPattern language, не соответствующая спецификации, которая теперь окончательно заменена W3 стандартом XPath 1.0. Полная поддержка XSLT 1.0 обеспечена с версии MSXML 3.0.
Старое рудиментарное пространство имен uuid:, не соответствующее спецификации. Правильным пространством имен для поддержки старой версии XDR теперь являются HTTP-ориентированные пространства имен: urn:schemas-microsoft-com:xml-data и urn:schemas-microsoft-com:datatypes.
Старый интерфейс NodeFactory, который не рекомендовывалось использовать в MSXML 3.0. Этот интерфейс предназначался для последовательного разбора XML. Теперь он полностью заменен SAX2-парсером, доступным с версии MSXML 3.0.
Опция normalize-line-break теперь не действует при использовании SAX-парсера. Концы строк всегда нормализуются согласно спецификации XML.

Параллельное функционирование версий

Окончательная версия MSXML 4.0 поставляется с динанамическими библиотеками, названия которых (msxml4.dll, msxml4r.dll и msxml4a.dll) совпадают с названиями библиотек предварительных версий. Отказ от версие-независимых ProgID гарантирует то, что MSXML 4.0 не мешает функционированию любых установленных ранее версий MSXML (2.0, 2.6 или 3.0).

Параллельная установка (Side-by-Side installation) в Windows XP делает это еще более точно для пользователей Windows XP. Это означает, что в Windows XP вы можете использовать параллельное функционирование версий, чтобы управлять тем, как ваши приложения используют MSXML и какие версии (начиная с 4.0) они используют. Чтобы осуществить это, вам будет необходимо создать специальный манифест приложения, который будет привязывать ваше приложение к определенной версии MSXML (4.0). С более детальной информацией вы можете ознакомиться в статье Microsoft XML-парсер 4.0 B2 и Windows XP (на английском языке). Если вы хотите использовать MSXML так же, как и раньше, тогда вам не нужно делать ничего дополнительно; MSXML инсталлируется в двух режимах: глобальном (как раньше) и параллельном (новом) в Windows XP.

Отдельный компонент WinHTTP версии 5.0

Функциональность компонента ServerHTTPRequest теперь обеспечивается отдельным компонентом WinHTTP. Это новый серверный компонент, обеспечивающий надежное функционирование HTTP. ServerHTTPRequest и DOM/SAX на стороне сервера не смогут получить доступ к HTTP-базированным данным без этого компонента.

Когда вы устанавливаете MSXML 4.0 на компьютер с операционной системой NT®/2000/XP, то автоматически устанавливается компонент WinHTTP. Однако написанное выше не справедливо для Windows 98/Me, на которых WinHTTP не работает. Вы все еще можете инсталлировать MSXML на Windows 98 или Windows Me, но для функционирования HTTP вам нужно будет использовать режим DOM/SAX по умолчанию или объект XMLHTTPRequest, который использует компонент WinInet. Компонент WinInet предустанавливается в этих версиях Windows с Internet Explorer.

Эта версия представляет более легкие, более быстые и в большей степени соответствующие спецификациям компоненты для работы с XML, которые могут благополучно использоваться в серверном окружении в системах уровня предприятия. Также MSXML 4.0 может быть использован на клиентской стороне в контролируемом окружении, если вы сможете обеспечить установку необходимого компонента на компьютер клиента как в случаях с нетонкими клиентами (non-thin clients).

Важные замечания

Если вы установили предварительные версии MSXML 4.0 (апрельская или июньская предварительная техническая версия MSXML 4.0)

Прямое обновление предварительных версий до RTM еще поддерживается. Вам будет необходимо деинсталлировать предварительную версию и после этого установить RTM. Вам может понадобиться вручную разрегистрировать и удалить файлы msxml4*.dll из папки system32. Чтобы разрегистрировать предварительную версию MSXML 4.0, запустите на выполнение команду:

regsvr32 /u msxml4.dll

Если вы установили апрельскую предварительную техническую версию MSXML 4.0

Обратите внимание, что не зависящие от версии ProgID были устранены в MSXML 4.0 (несмотря на то, что они существовали в апрельской версии), поэтому установка этой версии лишит их функциональности. Это может серьезно повлиять на большое число приложений (например, Microsoft Visual Studio® .NET setup), использующих MSXML 3.0. Чтобы избежать этой проблемы, запустите две следующие команды из командной строки и удалите файлы msxml4*.dll из папки system32 перед установкой данной версии.

regsvr32 /u msxml4.dll regsvr32 msxml3.dll

Это обеспечит перенаправление не зависящих от версии ProgID на MSXML 3.0. Необходимо сделать это до установки рассматриваемой версии. Если на вашем компьютере нет утилиты regsvr32.exe, вы можете загрузить ее здесь. Если вы установили более позднюю версию поверх апрельской, обратитесь за помощью в новостную группу.

Еще раз обратите внимание, что вам может понадобиться вручную удалить файлы msxml4*.dll из папки system32.

От переводчика

Обновления

14 марта 2002 был выпущен MSXML 4 SP 1 — обновленная версия XML-парсера, в котором были исправлены найденные ошибки.

Скачать MSXML 4 SP 1 можно по адресу: msxml.msi (4,990 Kb)

Необходимо иметь в виду, что для инсталляции MSXML 4 SP 1 на ваш компьютер вам понадобится Windows Installer 2.0.

Версия Windows Installer 2.0 для Windows NT и 2000
Версия Windows Installer 2.0 для Windows 9x и Me

С официальной информацией о продукте можно ознакомиться здесь.

22 марта 2002 вышли локализированные версии MSXML 4 SP 1 для китайского, японского, корейского, немецкого, французского, итальянского и испанского языков.

Перевод терминов

side-by-side functionality	параллельное функционирование (версий)
replace mode	режим замещения
version-independent	версие-независимый
conformance	соответствие спецификации (рекомендации)
qualified name	полное имя
parsing	синтаксический разбор
validation	верификация
content handler	обработчик содержания
namespace declaration	объявление пространства имен

Дата последнего изменения статьи: 07.07.2002

Источник: xmlhack.ru

Что такое парсер Msxml 4.0 SP3 и нужен ли он мне?

Базовые службы Microsoft XML (MSXML) — это набор служб, которые позволяют приложениям, написанным на Jscript, VBScript или с помощью средств разработки Microsoft, использовать собственные XML-технологии Windows. С помощью Microsoft XML Parser мы можем создавать приложения на основе XML, соответствующие стандартам XML Консорциума World Wide Web (W3C).

Можно ли удалить синтаксический анализатор Msxml 4.0 SP3?

Да, это важный файл, и мы рекомендуем вам не удалять его. Если у вас возникли проблемы с какой-либо программой, мы предлагаем вам выполнить чистую загрузку.

Как удалить Msxml 4.0 с моего сервера?

Удалить MSXML 4:

Откройте командное окно администратора. Для этого щелкните правой кнопкой мыши cmd.exe и выберите «Запуск от имени администратора».
Перейдите в папку, содержащую msxml4. длл . По умолчанию:
Отмените регистрацию msxml4.dll с помощью следующей команды: regsvr32 /u msxml4.dll.
Удалите следующие файлы: msxml4.

Какая последняя версия Msxml?

Текущий. MSXML 6.0 MSXML6 — это новейший продукт MSXML от Microsoft, который (наряду с MSXML3) поставляется с Microsoft SQL Server 2005, Visual Studio 2005, . NET Framework 3.0, Windows Vista, Windows 7 и Windows XP с пакетом обновления 3. Он также поддерживает собственные 64-разрядные среды.

Где находится Msxml4 DLL?

msxml4. dll находится в папке C:WindowsSystem32. Известные размеры файлов в Windows 10/8/7/XP составляют 1 348 432 байта (50% всех вхождений), 1 402 312 байт, 1 328 968 байт или 1 233 920 байт.

Что такое Msxml DLL?

msxml. dll — это DLL-файл Windows. DLL — это аббревиатура от Dynamic Link Library. Файлы DLL необходимы программам или расширениям веб-браузера, поскольку они содержат программный код, данные и ресурсы. dll является системным файлом Windows или принадлежит приложению, которому вы можете доверять.

Для чего используется парсер Microsoft XML?

Синтаксический анализатор организует данные XML в древовидную структуру для обработки, а процессор преобразует XML в язык гипертекстовой разметки (HTML) для отображения. XML Core Services работает в сочетании с Internet Explorer.

Где находится DLL msxml6?

Скачать msxml6. dll (проверено на наличие вредоносного ПО, 100 % чистота)

Версия ОС:Windows 10

Контрольная сумма SHA256:	c160a6badecd3b47fee8fdaaf4c5bf
CRC32:	a497e8bd
Расположение файлового каталога:	C:WindowsSystem32 C:WindowsTemp527D94AF-D053-4381-B105-0D815D5… C:WindowsWinSxSamd64_microsoft-windows-msxml…

Что такое парсеры в XML?

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

Какие существуют два типа парсеров XML?

Для чтения и обновления, создания XML-документа и управления им вам понадобится анализатор XML. В PHP существует два основных типа парсеров XML: Парсеры на основе дерева. Парсеры, основанные на событиях.

Как работают парсеры XML?

Как работают парсеры XML? Основная задача синтаксического анализатора XML — получить доступ к данным в документе или изменить их. Анализатор берет этот токен и строит древовидный синтаксис в соответствии с грамматикой. В DOM читается весь документ, в то время как в случае SAX анализатор читает узел за узлом и выдает события анализа.

Как исправить ошибку синтаксического анализа?

Как исправить ошибку синтаксического анализа

Обновите до последней версии Android.
Проверьте наличие проблем совместимости или попробуйте более старую версию приложения.
Включите разрешения на установку приложений из неизвестных источников.
Попробуйте скачать и установить свой .
Временно отключите антивирус Android или другие функции безопасности.
Включите отладку по USB.

Что означает анализ пакета?

Ошибка синтаксического анализа возникает при установке ошибки на Android, что означает, что приложение не может быть установлено из-за синтаксического анализатора apk, т.е. проблемы с синтаксическим анализом.

Как исправить поврежденный пакет?

Я не знаю, почему это происходило со мной при создании подписанного apk, но следующие шаги сработали для меня.

Перейдите к файлу и выберите недействительные кеши/перезапуски.
После этого перейдите к сборке, выберите чистый проект.
Затем выберите «Перестроить проект».

В чем проблема с разбором пакета в Android?

Причина: Ошибка при разборе пакета 1. Возможно, вы отключили «Разрешить установку с неизвестных ресурсов». 2. Загруженный .apk не полностью загружен или поврежден. 3.

Почему Android не может установить APK?

Это более вероятно, чем поврежденный файл APK или несовместимость версий, что может вызвать сообщение об ошибке. Попробуйте установить через adb. Если это не помогло, вы можете просто скопировать файл apk в /data/app/ и перезагрузить телефон (как временное решение), также попробуйте выполнить очистку Dalvik Cache.

Недавние Посты

200 мл воды — это сколько стаканов?
Какого числа месяц Дези в Пакистане?
Размер 7Y такой же, как 7 мужской?
Что такое позиция 420?
Какой размер у женщин 8 в юности?
Кто такой Брайан Николс из сериала «Бриджертон»?
Какова важность исследований в нашей повседневной студенческой жизни?
Какой мировой рекорд Гиннесса по самой длинной FaceTime?
Может ли кто-нибудь увидеть, если вы посмотрите на их VSCO?
Сколько лет Пико из школы Пикос?
Какой прямой пароль Roku WIFI?
Сколько стоит 100 мл воды?
Что такое половина 1/4 стакана в столовых ложках?
Какая самая сложная степень по версии Книги рекордов Гиннеса?
50 мл воды — это сколько стаканов?
Что означает Glizzy gobbler?
Могу ли я получить Discovery Plus через тарелку?
Что такое кицунэ в реальной жизни?
Зачем ставить стакан с водой рядом со свечой?
Является ли квартал BAT 2020 редким?

Источник: ru.rozsavagecoaching.com