Spec-Zone .ru
спецификации, руководства, описания, API
|
|
Spec-Zone .ru
спецификации, руководства, описания, API
|
Этот документ содержит инструкции по установке и другие примечания, которые могут помочь Вам пользоваться этой библиотекой программного обеспечения эффективнее. См. также для получения дополнительной информации.
Отметьте:
Если Вы читаете эту страницу онлайн, это - актуальнейшая версия информации о версии. Если эта страница была загружена как часть пакета выпуска, пожалуйста, см. страницу для актуальнейшей версии информации о версии.
Важное техническое изменение в JAXP 1.4 является добавлением javax.xml.stream.* пакетов от StAX, API Потоковой передачи для XML (JSR 173). С этим дополнением JAXP 1.4 теперь поддерживает проверку допустимости и преобразование документов с API потоковой передачи. Так как JAXP 1.4 интегрируется в Java SE 6, поддержка StAX прозрачна на любой системе, выполняющей последний Java.
JAXP 1.4 изменил свою логику проверки допустимости XML-схемы для gMonth, чтобы отразить изменения, произведенные в Опечатках Спецификации XML-схемы 1.0: . Определенно, это теперь отклонит gMonths с лексическим представлением "-MM -" как недопустимый.
Следующие разделы суммируют существенные изменения, представленные в JAXP 1.4. Для дополнительных деталей, пожалуйста, см. соответствующий JavaDoc.
Измененный DATATYPEFACTORY_IMPLEMENTATION_CLASS к com.sun.org.apache.xerces.internal.jaxp.datatype.DatatypeFactoryImpl.
Добавленный newInstance(String, ClassLoader) метод.
Возвратиться false если параметр equals() null вместо броска NullPointerException.
Добавленный javax.xml.stream пакет, чтобы поддерживать StAX. Пакет состоит из следующих интерфейсов:
EventFilter
Location
StreamFilter
XMLEventReader
XMLEventWriter
XMLReporter
XMLResolver
XMLStreamConstants
XMLStreamReader
XMLStreamWriter
Классы:
XMLEventFactory
XMLInputFactory
XMLOutputFactory
Исключения:
XMLStreamException
И ошибки:
FactoryConfigurationError
Добавленный javax.xml.stream.events пакет, чтобы поддерживать StAX. Пакет состоит из следующих интерфейсов:
Attribute
Characters
Comment
DTD
EndDocument
EndElement
EntityDeclaration
EntityReference
Namespace
NotationDeclaration
ProcessingInstruction
StartDocument
StartElement
XMLEvent
Разъясненный семантика getOutputProperty() относительно свойств, которые не были установлены явно с также setOutputProperty() или xsl:output в таблице стилей.
Разъясненный, что набор функций на SchemaFactory должен быть передан к Validator создаваемый с newValidator().
Разъясненный, что набор функций на SchemaFactory должен быть передан к ValidatorHandler создаваемый с newValidatorHandler().
Добавленный newInstance(String, ClassLoader) метод.
Разъясненный, что набор функций на SchemaFactory должен быть передан к Schemas создаваемый с newSchema(). Включенный примечание в конструкторов и разработчиков о тонкости, связанной с newSchema() в этом контексте.
Разъясненный, что вводы к newSchema(Source[]) как ожидают, будут XML-документами или элементами.
Обновленная документация setFeature() разъяснить что набор функций на SchemaFactory должен быть передан к Schemas создаваемый с этой фабрикой и расширением Validator и ValidatorHandlers создаваемый из этого Schema.
SchemaFactoryLoader класс создавался во время JAXP 1.3 процесса разработки. Незадолго до того, как JAXP 1.3 был закончен, механизмы фабрики, связанные с проверкой допустимости, были изменены, и этот класс был удален. К сожалению, файл оставили в репозитарии, и он подсунул в Java 2 Платформам Standard Edition 5.0 Спецификаций API.
Так как класс ни не может быть добавлен к JAXP 1.3, ни удален из Java 5.0 Спецификаций API из-за назад проблем совместимости, это добавляется к JAXP 1.4. Класс безопасен и не должен использоваться. Это добавляется просто, чтобы избежать беспорядка, который возникает, когда разработчики замечают, что это определяется в платформе, но не в JAXP.
Не используйте этот класс.
Расширенный семантика getElementTypeInfo(), разрешение этого быть вызванным или от startElement события или от endElement события. Это позволяет API поддерживать типы объединения XML-схемы W3C более полезно.
Когда проверка допустимости XML-схемы W3C выполняется в случае, где у элемента есть тип объединения, TypeInfo возвращенный звонком getElementTypeInfo() от startElement события будет тип объединения. TypeInfo возвращенный вызовом из endElement события будет фактический тип элемента, используемый, чтобы проверить элемента.
