Было бы полезно иметь трассировку стека в точке исключения, а также было бы полезно точно знать, какая версия Saxon используется.
Номер строки предполагает, что это, вероятно, наиболее недавняя версия (9.9), в этом случае происходит сбой, поскольку для префикса при вызове метода startPrefixMapping(prefix, uri)
указано нулевое значение. Этот метод реализует интерфейс SAX org.xml.sax.ContentHandler
, и хотя spe c для этого метода [1] явно не говорит, что произойдет, если вы передадите null, он не определит никакого значения для null и, следовательно, выбрасывает NPE. это разумно.
Поэтому нам нужно выяснить, почему вызывающая сторона предоставила нулевой префикс, и первым шагом для этого является получение трассировки стека и выяснение, кто является вызывающей стороной. Обычно этот метод вызывается синтаксическим анализатором XML (реализация XMLReader), и они, как правило, довольно надежны и надежны; однако иногда пользовательский код появляется в конвейере обработки как прокси для XMLReader, и это может быть более ошибочным c.
== LATER ==
Симптомы выглядят одинаково как эта известная ошибка Camel:
https://issues.apache.org/jira/browse/CAMEL-10704
Убедитесь, что вы используете версию Camel, содержащую исправление.
[1] https://docs.oracle.com/javase/7/docs/api/org/xml/sax/ContentHandler.html#startPrefixMapping (java .lang.String,% 20 java .lang.String)