Docbook/XML

Thread View: fr.comp.text.xml

5 messages

[T] Back to Threads [V] Tree View [G] Group Articles

5 total messages Started by Eric Jacoboni Tue, 29 Aug 2000 00:00

#10692

Author: Eric Jacoboni
Date: Tue, 29 Aug 2000 00:00

51 lines
3074 bytes

Quelqu'un utilise-t-il DocBook/XML avec docbook.xsl ?

Continuant sur ma lanc�e, j'ai commenc� � essayer la DTD de N. Walsh
(la 4.1.2) et sa XSL (v 1.18). Premier probl�me, mon petit Sablotron
se vautre lamentablement (segmentation fault) d�s la lecture de
html/docbook.xsl.

N'ayant pas r�ussi � installer Xalan C++ sur mon syst�me pas � la
mode, je me suis donc r�solu (groumph) � installer le JDK1.1.8 et
Xalan Java (1.2). Xalan fonctionne puisque j'arrive � l'utiliser pour
cr�er du html � partir de mon d�sormais fameux Intro-XML.xml et de ma
non moins fameuse feuille de style... Je passe �videmment sur la
lenteur du truc.

J'ai donc essay� de faire de m�me avec un petit .xml utilisant la DTD
de Docbook/XML fourni avec la distrib et le docbook.xsl. Apr�s un
temps malheureusement calculable, xalan m'annonce  qu'il a pars�
docbook.xsl et il se lance � l'assaut d'article.xml.

Au bout d'un certain temps, boum : Java me l�ve une exception
m'expliquant qu'il n'a plus de m�moire (alors que top me dit le
contraire). J'ai 96 Mo de Ram et 64 Mo de swap et je n'ai encore
jamais satur� la m�moire de ma b�cane...

java.lang.OutOfMemoryError:
  at org.apache.xerces.utils.StringPool.hashSymbol(StringPool.java:335)
  at org.apache.xerces.utils.StringPool.createNonMatchingSymbol...

etc. Le probl�me semble donc venir de xerces.

Tout cela r�sulte de la commande suivante :

% javavm org.apache.xalan.xslt.Process -in article.xml \
                                       -xsl docbook/html/docbook.xsl

Si, par contre, j'utilise la DTD "simple-docbook" du m�me N. Walsh
(version light de la pr�c�dente), _avec le m�me article.xml et le m�me
docbook.xsl_, �a passe (Sablotron continue � faire ses sabcmd.core).

Il semblerai que la taille de la DTD y soit donc pour quelque chose
(pr�s de 400 �l�ments pour la premi�re, 71 pour la seconde...).

Avant d'aller poser la question � Monsieur Walsh, j'aimerai donc
savoir si l'un(e) d'entre vous a r�ussi une transformation avec la
"vraie" DTD. Et si oui, avec quoi. J'ai quand m�me cru comprendre que
Walsh utilisait aussi xalan. 

-- 
---------------------------------------------------------
�ric Jacoboni       � No sport, cigars! �  (W. Churchill)
---------------------------------------------------------

Re: Docbook/XML

#10700

Author: Eric Jacoboni
Date: Wed, 30 Aug 2000 00:00

37 lines
2238 bytes

>>>>> "Michel" == Michel CASABIANCA <casa@sdv.fr> writes:

>> java.lang.OutOfMemoryError:
>> at org.apache.xerces.utils.StringPool.hashSymbol(StringPool.java:335)
>> at org.apache.xerces.utils.StringPool.createNonMatchingSymbol...

Michel> La m�moire allou�e � un programme Java est (par d�faut pour la version
Michel> 1.1) de 16 Mo. Pour l'augmenter, passer en argument de la VM -mx96m.

Oui, �a marche mieux ;-)

Michel> Pour ce qui est de la vitesse, on peut l'am�liorer en d�sactivant le
Michel> JIT avec un export JAVA_COMPILER=  (vide pour indiquer que l'on ne
Michel> veut pas de JIT).

�a, par contre, �a change rien et c'est toujours aussi lent...

% javavm -mx96m org.apache.xalan.xslt.Process -in docbook40.xml \
          -xsl docbook.xsl
===== Parsing file:docbook.xsl ========
Parse of file:docbook.xsl took 200335 milliseconds
==== Parsing file:docbook40.xml =====
Parse of file:docbook40.xml took 96153 milliseconds
=============================
Transforming...
transform took 47567 milliseconds
XSLProcessor: done

Merci pour ces pr�cisions, mais je crois que je vais conserver XT/XP
en attendant que Sablotron s'am�liore (l'�quipe de d�veloppement m'a
r�pondu que la reconnaissance Dbkx serait pour eux un 'conformity
test').

-- 
---------------------------------------------------------
�ric Jacoboni       � No sport, cigars! �  (W. Churchill)
---------------------------------------------------------

Re: Docbook/XML

#10701

Author: Michel CASABIANCA
Date: Wed, 30 Aug 2000 00:00

26 lines
1815 bytes

Bonjour

Eric Jacoboni <jaco@titine.fr.eu.org> writes:
>> Pour ce qui est de la vitesse, on peut l'am�liorer en d�sactivant le
>> JIT avec un export JAVA_COMPILER=  (vide pour indiquer que l'on ne
>> veut pas de JIT).
> 
> �a, par contre, �a change rien et c'est toujours aussi lent...
> 
> % javavm -mx96m org.apache.xalan.xslt.Process -in docbook40.xml \
>           -xsl docbook.xsl
> ===== Parsing file:docbook.xsl ========
> Parse of file:docbook.xsl took 200335 milliseconds
> ==== Parsing file:docbook40.xml =====
> Parse of file:docbook40.xml took 96153 milliseconds
> =============================

En effet, avec des dur�es de traitement de cet ordre, il vaut mieux
activer le JIT. Il est int�ressant de s'en passer lorsque le gain de
la compilation est sup�rieur au temps de compilation. En pratique
pour de petits documents/DTDs (qq secondes de traitement).

-- 
---------------------------------------------------------
Michel Casabianca           � No sport, Java! �  (Moi)
---------------------------------------------------------

Re: Docbook/XML

#10693

Author: Eric Jacoboni
Date: Wed, 30 Aug 2000 00:40

12 lines
1452 bytes

>>>>> "Jaco" == Eric Jacoboni <jaco@titine.fr.eu.org> writes:

Jaco> Quelqu'un utilise-t-il DocBook/XML avec docbook.xsl ?

[Snip les probl�mes avec xalan...]

Probl�me r�solu avec l'installation et l'utilisation de XT/XP (en
plus, �a va 10000 fois plus vite...).
-- 
---------------------------------------------------------
�ric Jacoboni       � No sport, cigars! �  (W. Churchill)
---------------------------------------------------------

Re: Docbook/XML

#10694

Author: Michel CASABIANCA
Date: Wed, 30 Aug 2000 01:58

28 lines
2038 bytes

Bonjour

Eric Jacoboni <jaco@titine.fr.eu.org> writes:
> Quelqu'un utilise-t-il DocBook/XML avec docbook.xsl ?
> 
> [...]
>
> Au bout d'un certain temps, boum : Java me l�ve une exception
> m'expliquant qu'il n'a plus de m�moire (alors que top me dit le
> contraire). J'ai 96 Mo de Ram et 64 Mo de swap et je n'ai encore
> jamais satur� la m�moire de ma b�cane...
> 
> java.lang.OutOfMemoryError:
>   at org.apache.xerces.utils.StringPool.hashSymbol(StringPool.java:335)
>   at org.apache.xerces.utils.StringPool.createNonMatchingSymbol...

La m�moire allou�e � un programme Java est (par d�faut pour la version
1.1) de 16 Mo. Pour l'augmenter, passer en argument de la VM -mx96m.

Pour ce qui est de la vitesse, on peut l'am�liorer en d�sactivant le
JIT avec un export JAVA_COMPILER=  (vide pour indiquer que l'on ne
veut pas de JIT).

-- 
+--------------------+------------------------------+
| Michel CASABIANCA  | http://www.sdv.fr/pages/casa |
| mailto:casa@sdv.fr | Jeux, Java et XML            |
+--------------------+------------------------------+

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads