Выражение XPath не работает в Saxon9 [duplicate]

В Java все переменные, которые вы объявляете, на самом деле являются «ссылками» на объекты (или примитивы), а не самими объектами.

При попытке выполнить один метод объекта , ссылка просит живой объект выполнить этот метод. Но если ссылка ссылается на NULL (ничего, нуль, void, nada), то нет способа, которым метод будет выполнен. Тогда runtime сообщит вам об этом, выбросив исключение NullPointerException.

Ваша ссылка «указывает» на нуль, таким образом, «Null -> Pointer».

Объект живет в памяти виртуальной машины пространство и единственный способ доступа к нему - использовать ссылки this. Возьмем этот пример:

public class Some {
    private int id;
    public int getId(){
        return this.id;
    }
    public setId( int newId ) {
        this.id = newId;
    }
}

И в другом месте вашего кода:

Some reference = new Some();    // Point to a new object of type Some()
Some otherReference = null;     // Initiallly this points to NULL

reference.setId( 1 );           // Execute setId method, now private var id is 1

System.out.println( reference.getId() ); // Prints 1 to the console

otherReference = reference      // Now they both point to the only object.

reference = null;               // "reference" now point to null.

// But "otherReference" still point to the "real" object so this print 1 too...
System.out.println( otherReference.getId() );

// Guess what will happen
System.out.println( reference.getId() ); // :S Throws NullPointerException because "reference" is pointing to NULL remember...

Это важно знать - когда больше нет ссылок на объект (в пример выше, когда reference и otherReference оба указывают на null), тогда объект «недоступен». Мы не можем работать с ним, поэтому этот объект готов к сбору мусора, и в какой-то момент VM освободит память, используемую этим объектом, и выделит другую.

2
задан Pratap 15 February 2014 в 21:10
поделиться

1 ответ

Это не саксонская, а фундаментальная часть того, как работают пространства имен. В ваших примерах 1 и 2 элемент RESPONSE не находится в пространстве имен, но в случае 3 он (и все его потомки) находятся в пространстве имен http://www.abc.com/. С API javax.xml.xpath вам нужно определить NamespaceContext, если вы хотите иметь возможность сопоставлять узлы в определенном пространстве имен, или, поскольку вы находитесь в XPath 2.0, вы можете использовать обозначение *:localName для соответствия всем узлам с помощью данное локальное имя, независимо от их пространства имен.

/*:RESPONSE/*:HEADER/*:HITS
2
ответ дан Ian Roberts 19 August 2018 в 00:15
поделиться
  • 1
    В моем случае я получаю xml из внешнего источника. Я могу разобрать все пространства имен и получить URI. Но для создания контекста NamespaceContext из извлеченного URI, NamespaceContext принимает (префикс, uri). Поскольку prefex не существует, нужно добавить префикс в контекст для пространства имен по умолчанию? – Pratap 15 February 2014 в 21:09
  • 2
    @Pratap префикс (или префикс), используемый в исходном документе, не имеет значения, вам просто нужно привязать префикс some (например, ns) к правильному пространству имен, а затем использовать тот же префикс в ваши выражения XPath (/ns:RESPONSE/ns:HEADER/ns:HITS). XPath не заботится о том, какой префикс использовался для этого документа, он просто соответствует на основе URI пространства имен и локального имени. – Ian Roberts 15 February 2014 в 22:35
  • 3
    Спасибо за вход – Pratap 16 February 2014 в 04:50
  • 4
    В случае пространства имен с префиксом, подобным «xmlns: res =» abc.com/" ;, почему xpath, подобный «/ RESPONSE / HEADER / HITS», работать, даже если в каждый член xpath не добавлен префикс? В случае для пространства имен по умолчанию я попытался добавить пространство имен по умолчанию к пространству namespaceContext с некоторым фиктивным префиксом, подобным «defaultXmlns». и попробовал тот же xpath, который работал в предыдущем случае & quot; / RESPONSE / HEADER / HITS & quot ;, но по умолчанию он не работает, даже если пространство имен по умолчанию было добавлено в пространство namespaceContext. В чем причина этого? – Pratap 17 February 2014 в 07:19
  • 5
    @Pratap в случае 2 вы объявляете пространство имен, связанное с этим префиксом, которое затем можно применить к элементам (или атрибутам) путем префикса их имен. Сам элемент RESPONSE является not в пространстве имен, для этого вам нужно написать <res:RESPONSE xmlns:res="....">. – Ian Roberts 17 February 2014 в 10:17
Другие вопросы по тегам:

Похожие вопросы: