[SAX] Utiliser XPath avec Sax

Version imprimable

Bonjour,

Je souhaiterais évaluer une expression XPath en utilisant un parser Sax car j'aurai à terme de gros fichiers à gérer.
J'ai trouvé le code suivant dans la FAQ XPath mais j'obtiens une exception "Java heap space" alors que le fichier ne devrait pas être chargé en mémoire.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
		try {
			// création de la source Sax
			InputSource source = new InputSource(new FileInputStream(
					"c:\\extraction_cleva.xml"));
 
			// création du XPath
			XPathFactory fabrique = XPathFactory.newInstance();
			XPath xpath = fabrique.newXPath();
			long currentTimeMillis = System.currentTimeMillis();
			// évaluation de l'expression XPath
			XPathExpression exp = xpath
					.compile("//POLICE[POL_NUMPOL ='004036941']/DOSSIER");
			Object resultat = exp.evaluate(source, XPathConstants.NODESET);
			System.out.println(resultat + " "
					+ (System.currentTimeMillis() - currentTimeMillis));
		} catch (XPathExpressionException xpee) {
			xpee.printStackTrace();
		} catch (IOException ioe) {
			ioe.printStackTrace();
		}

extraction_cleva.xml est un fichier de 28 Mo.

Code:

1
2
3
 
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at com.sun.org.apache.xerces.internal.dom.DeferredDocumentImpl.getNodeObject(DeferredDocumentImpl.java:1067)

Avez-vous une idée, est-ce que les requêtes XPath sont compatibles avec une parser Sax?

Merci.

13/04/2011, 10h23
thelvin

Compatible oui. Mais par nature, il est impossible d'évaluer un XPath sur un document sans le charger en mémoire.

La raison en est simple : comment t'y prendrais-tu pour évaluer :

Code:

"//A[AB = //B and AC = //C and AD = //D]"

Pas le choix, il faut charger en mémoire.

On pourrait souhaiter que le moteur XPath soit "intelligent" et détecte que l'évaluation qu'on lui demande puisse être faite à la volée, et qu'il la fasse à la volée sur les sources SAX.
Mais à ma connaissance, ce n'est pas le cas.
13/04/2011, 11h18
Logan Mauzaize

On pourrait penser que le ~~parseur~~handler SAX d'XPath soit suffisemment intelligent pour garder le minimum de contexte nécessaire à la résolution de la requête.

Par ailleurs, on est pas obligé d'utiliser DOM pour appliquer une transformation XSL ?

Ceci dit là où je travaille nous utilisons une bibliothèque interne qui "indexe" le contenu XML pour améliorer les temps de traitement. Pourquoi ne pas chercher ce type de solution, par exemple des bases de données XML ?