В Java 8 префикса пространства имен получает изменен при работе с Woodstox

Question

У меня есть простая программа Java, как показано ниже, которая считывает файл XML и выводит его в консоли:

FileInputStream in = new FileInputStream(new File("/tmp/test.xml")); 
InputStreamReader streamReader = new InputStreamReader(in); 
OMXMLParserWrapper builder = BuilderUtil.getBuilder(streamReader); 

SOAPEnvelope envelope = (SOAPEnvelope)builder.getDocumentElement(); 
//the namespace prefix is OK here (java 7 and java 8) 
System.out.println(envelope.getHeader().getChildrenWithLocalName("Ticket").next()); 

//but after the toString() method, the prefix has modified (java 7 = not change, java 8 = change) 
//attribute mustUnderstand and role 
System.out.println(envelope.toString()); 

XML файл:

<?xml version="1.0" encoding="UTF-8"?> 
<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:env="http://www.w3.org/2003/05/soap-envelope"> 
    <S:Header> 
     <abc:Ticket xmlns:abc="somevalue" xmlns:uebernehmeAbschlussdatenXBRL="abcSomevalue" S:mustUnderstand="true" S:role="http://www.w3.org/2003/05/soap-envelope/role/next"> 
      <abc:value>long value</abc:value> 
     </abc:Ticket> 
    </S:Header> 
    <S:Body>  
     <sample>data</sample> 
    </S:Body> 
</S:Envelope> 

Когда я запускаю программу в Java 7 с woodstox-core-asl-4.4.1, stax2-api-3.1.4 и axiom работает нормально. Но когда я бегу то же самое в Java 8, S: роль и S: MustUnderstand разменять как окр: роль и окр: MustUnderstand (S префикс переодеться к окр)

Если удалить woodstox- core-asl-4.4.1 и stax2-api-3.1.4 из программы, он отлично работает и на Java 8.

Здесь я не могу разобраться. Означает ли это, что woodstox не поддерживает Java 8, или я пропустил что-то еще?

Answer 1

Префикс S и env в вашем документе обе относятся к тому же пространству имен URI http://www.w3.org/2003/05/soap-envelope.

Таким образом, даже если префикс изменился в сериализованном документе, он по-прежнему эквивалентен префиксу с сохраненными префиксами.

(Причиной изменения может быть в реализации DOM в Java 8, что-то вроде другого упорядочения деклараций пространства имен.)

Answer 2

Одна из основных вещь, чтобы отметить здесь заключается в следующем: с помощью envelope.toString() не очень надежный способ тестирования чего-либо, поскольку неясно, что именно печатается. Woodstox не изменяет префиксы, поэтому маловероятно, что он будет раскрывать другой префикс: более вероятно, что Axiom строит конверт и отображает данное URI пространства имен обратно в другой префикс, учитывая, что есть 2 варианта.

Итак: Я бы предположил, что это связано с изменением JDK, связанным с вычислением хеш-кода String или упорядочением записей HashMap. Учитывая, что существует 2 эквивалентных пространства имен с разными префиксами, упорядочение двух может привести к различному совпадению, когда Axiom запрашивает префикс для данного URI пространства имен; в конце концов, BOTH сопоставляется с тем же префиксом, и поскольку упорядочение атрибутов (из которых объявление префикса пространства имен является частным случаем) не определено в XML (то есть thre не упорядочивает), то один из них действителен

Без зависимости от Woodstox, обработки вероятно, использует JDK-встроенный синтаксический анализатор Stax (sjsxp), и его упорядочение может быть либо случайно стабильным, либо использовать механизм, который не основан на хэше.

Answer 3

Неожиданные префиксы вызваны проблемой в старых версиях Apache Axiom (1.2.11 больше 5 лет). Вы должны перейти на 1.2.15 или более позднюю версию.

Аксиома использовала HashMap для хранения деклараций пространства имен; это может быть причиной того, что для данного сообщения вы видите только проблему с некоторыми версиями Java.