Использование dom4j DOMDocument для подачи validator.validate (DOMSource) не работает в Java 1.6 (xsi: noNamespaceSchemaLocation не допускается), работает в 1.5 - PullRequest
4 голосов
/ 22 февраля 2011

Использование dom4j DOMDocument для подачи validator.validate (DOMSource) завершается неудачно в Java 1.6 (с xsi: noNamespaceSchemaLocation не разрешено появляться в корневом элементе), работает в 1.5

Я нахожу следующую проблему довольнонеразрешимый (хорошо, это преуменьшение) - любые идеи будут оценены.В настоящее время кажется, что лучшая идея - отказаться от dom4j в пользу, например, XOM (http://stackoverflow.com/questions/831865/what-java-xml-library-do-you-recommend-to-replace-dom4j).

. Я проверял в памяти XML, созданный из dom4j 'new DOMDocument ()' - но это не будет работать с Java 6.

Следующий вызов validate (source) DOMSource, производного от DOMDocument DOM4j (1.6.1), работает с Java 1.5.x, но не работает с Java 1.6.x:

public void validate() throws Exception {
    SchemaFactory schemaFactory = SchemaFactory.newInstance(XMLConstants.W3C_XML_SCHEMA_NS_URI);
    schemaFactory.setErrorHandler(null);
    Schema schemaXSD = schemaFactory.newSchema(new URL(getSchemaURLString()));
    Validator validator = schemaXSD.newValidator();
    DOMSource source = new DOMSource(getDocument());
    validator.validate(source);
}

getSchemaURLString () также используется для добавления атрибута xsi: noNamespaceSchemaLocation к корневому узлу, то есть: xsi: noNamespaceSchemaLocation = "http://localhost:8080/integration/xsd/fqlResponseSchema-2.0.xsd"

Ниже приводится исключение:

Exception:  org.xml.sax.SAXParseException: cvc-complex-type.3.2.2: Attribute 'xsi:noNamespaceSchemaLocation' is not allowed to appear in element 'specialfields'.;                
complex-type.3.2.2: Attribute 'xsi:noNamespaceSchemaLocation' is not allowed to appear in element 'specialfields'.
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:195)
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:131)
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:384)
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:318)
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator$XSIErrorReporter.reportError(XMLSchemaValidator.java:417)
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.reportSchemaError(XMLSchemaValidator.java:3182)
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.processAttributes(XMLSchemaValidator.java:2659)
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:2066)
at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:705)
at com.sun.org.apache.xerces.internal.jaxp.validation.DOMValidatorHelper.beginNode(DOMValidatorHelper.java:273)
at com.sun.org.apache.xerces.internal.jaxp.validation.DOMValidatorHelper.validate(DOMValidatorHelper.java:240)
at com.sun.org.apache.xerces.internal.jaxp.validation.DOMValidatorHelper.validate(DOMValidatorHelper.java:186)
at com.sun.org.apache.xerces.internal.jaxp.validation.ValidatorImpl.validate(ValidatorImpl.java:104)
at javax.xml.validation.Validator.validate(Validator.java:127)

Вот началоXML - генерируется после отключения вызова validator.validate (source):

<?xml version="1.0" encoding="utf-8"?> 
<meetings xsi:noNamespaceSchemaLocation="http://localhost:8080/integration/xsd/fqlResponseSchema-2.0.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
.............
</meetings>

И XSD:

<?xml version="1.0" encoding="utf-8" ?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
  <xs:element name="meetings">
    <xs:complexType>
      <xs:choice>
    <xs:sequence>
          <xs:element minOccurs="0" maxOccurs="1" ref="summary" />
          <xs:element minOccurs="0" maxOccurs="unbounded" ref="meeting" />
        </xs:sequence>
        <xs:element ref="error" />
      </xs:choice>
    </xs:complexType>
  </xs:element>
  <xs:element name="summary">
................

Таким образом, мой корневой элемент отклоняется, поскольку он содержит xsi: noNamespaceSchemaLocation attribute. А сама схема не указывает, что это допустимый атрибут моего корневого элемента?

На данный момент мне кажется, что мне нужно отказаться от dom4j для этой задачи и переключитьсяh к одному из других решений, например, как изложено здесь:

Но я бы хотел знать, что я все-таки сделал неправильно!

Заранее спасибо.

Ответы [ 2 ]

2 голосов
/ 30 июля 2012

У меня была такая же проблема, и я нашел следующую документацию на

http://www.ibm.com/developerworks/xml/library/x-javaxmlvalidapi/index.html

Проверка по схеме, указанной в документе

В некоторых документах указана схема, с которой они ожидают проверки, обычно с использованием xsi: noNamespaceSchemaLocation и / или Атрибуты xsi: schemaLocation, такие как:

<document xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:noNamespaceSchemaLocation="http://www.example.com/document.xsd">  
 ...

Если вы создаете схему без указания URL, файла или источника, то язык Java создает тот, который выглядит в документе проверено, чтобы найти схему, которую он должен использовать. Например:

SchemaFactory factory = SchemaFactory.newInstance("http://www.w3.org/2001/XMLSchema"); 
Schema schema = factory.newSchema();

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

0 голосов
/ 08 января 2013

Причина в том, что JAXP SAXParser, не поддерживающий пространство имен, создается и используется (см. Ссылка ).

И решение для разных библиотек я нашел на www.edankert.com .

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...