I've set maven.docs.outputencoding = ISO-8859-1
I've tried to set LANG to fr_FR.ISO-8859-1 or fr_FR.UTF-8 without any
result.
http://jira.codehaus.org/browse/MPXDOC-184 seems to be similar, but the
xml and html generated by xdoc plugin from POM are fine in my site.
I attach the generated index.xml. I don't know the encoding that it uses
and that produces this issue.
When I open it using "vi" it is well displayed with a "[converted]" ont
bottom line.
When I use "cat" to dump the file I can't read the expected accents
(replaced with a square on console).
Other POM generated xdoc can be well displayed on my console.
I've noticed html2xdoc produces a org.jdom.Document from original HTML.
I don't understand how non ascii characters or HTML entities are copied
to this new XML, that has default encoding (UTF-8 ?).
As maven 1.1b2 uses dom4j-1.4 it cannot use the new setXMLEncoding
method introduced in dom4j-1.6. Is there any plan to upgrade this
dependency ?
I've also noticed xdoc plugin source that it's DTD is expected to
include html entities. Generated xdocs don't have reference to any DTD
or schema and so cannot include HTML entities. Is this only expected for
xdoc plugin 1.10 ? If this is the case, will html2xdoc be upgraded to
convert non ascii chars to html entities ?
Thanks for any help.
Nico.
Lukas Theussl a écrit :
Nicolas,
Have you played around with the maven.docs.outputencoding property?
You might also have a look here for some tips on a similar problem:
http://jira.codehaus.org/browse/MPXDOC-184
If you can't get it to work, please open an issue in JIRA with a small
reproducible test case. Thanks!
-Lukas
Nicolas De Loof wrote:
It seems ther's a bug in maven1.x html2xdoc plugin :
On my debian nightly build system, accentuated (french) characters
are losts in resulting HTML (replaced by "?")
Source HTML uses html entities, like é for "é"
>From my experiments, html2xdoc produces a XML file that uses
invalid encoding for accentuated characters. Doing a "cat" on the
generated XML show me invalid ascii for those chars. I've tried to
change the LANG to fr_FR.ISO-8859-1 with no effect.
I expected generated Xdoc to use entities, as described in maven xdoc
DTD
Is this a known issue ?
Nico.
This message contains information that may be privileged or
confidential and is the property of the Capgemini Group. It is
intended only for the person to whom it is addressed. If you are not
the intended recipient, you are not authorized to read, print,
retain, copy, disseminate, distribute, or use this message or any
part thereof. If you receive this message in error, please notify
the sender immediately and delete all copies of this message.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This message contains information that may be privileged or confidential and is
the property of the Capgemini Group. It is intended only for the person to whom
it is addressed. If you are not the intended recipient, you are not authorized
to read, print, retain, copy, disseminate, distribute, or use this message or
any part thereof. If you receive this message in error, please notify the
sender immediately and delete all copies of this message.
<?xml version="1.0" encoding="ISO-8859-1"?>
<document><properties><title></title></properties><body><section name="Apperçu"><p>Ce sous projet constitue un plugin maven (1.x) permettant de
générer du code à partir de la structure d'une
base de données. Cette fonctionnalité est déjà
couverte par de nombreux outils (MidleGen, Sql2Java...), cependant ce
générateur apporte la plus-value suivante:
</p><ul>
<li>Le plugin peut se baser sur un référentiel
Oracle Designer. Il peut en extraire des informations qui ne sont
plus présentes dans l'instance de la base de données.
Les autres outils de génération, quelquesoient leurs
avantages, ne peuvent obtenir des informations telles que :
<ul>
<li>association d'une colonne avec une séquence</li>
<li>commentaires de description des données</li>
<li>domaines de valeurs</li>
<li>tables associatives (relation N:N)</li>
<li>donnes spécifiques Designer (noms courts des tables)</li>
</ul>
</li><li>Le plugin utilise des templates Velocity. Il est facile de
produire ses propres templates pour répondre un besoin
particulier.
</li>
<li>Le plugin extrait la structure de la base dans un fichier
XML. Ce fichier peut tre placé sous CVS et éventuellement
modifié à la main. Le développement du modèle
Designer est décorrélé du développement
métier.
</li>
</ul></section><section name="Mise en oeuvre"><subsection name="Production du fichier modèle"><p>La production du fichier modle est dcrite <a href="reverse.html">ici.</a>
</p><p>Le plugin produit un fichier XML qui détaille les tables,
et colonnes du modèle, ainsi que les contraintes et relations
qui les relient. Le format est assez explicite pour permettre une
édition manuelle si besoin.
</p><p>Extrait d'un fichier modèle:</p><source><?xml version="1.0" encoding="ISO-8859-1"?>
<model name="GTA-G1R0C0 (1)"
date="2005-10-03T22:00:00Z">
<domain-of-values name="D_BOOLEEN">
<value name="OUI" value="O">Oui/True</value>
<value name="NON" value="N">Non/False</value>
</domain-of-values>
<table name="BASCULE_CAA_SITE" alias="BCS">
<column name="BASCULE_CAA_SITE.ID_SITE" type="VARCHAR2" jdbc="VARCHAR"
pk="true" mandatory="true" size="10">
<description>Identifiant du site</description>
</column>
<column name="BASCULE_CAA_SITE.ID_BASCULE" type="NUMBER" jdbc="NUMERIC"
pk="true" mandatory="true" size="4">
<description>Identifiant de l'op&eacute;ration de bascule de pr&eacute;fixe du CAA</description>
</column>
<relation name="BCS_SIT_FK">
<target ref="SITE"/>
<target-role>.</target-role>
<source-role>.</source-role>
<foreign-key name="BCS_SIT_FK">
<source ref="BASCULE_CAA_SITE.ID_SITE"/>
<target ref="SITE.ID_SITE"/>
</foreign-key>
</relation>
</table>
</model></source></subsection></section><section name="Templates"><p>Le plugin propose par défaut les templates de génération
suivants :
</p><subsection name="model"><p>Modèle d'objets métiers équivalent à
la structure des tables en base. Les relations inverses et les tables
associatives sont remplacées par des relations multiples
(Collections).
</p><p>Ce modèle n'est pas complet et doit être associ éaux
templates model-orm ou model-basic selon le type de persistance
utlisé. La hiérarchie des objets métiers peut
être partiellement retravaillée pour obtenir un modèle
orrienté objet.
</p></subsection><subsection name="model-basic"><p>Complément au modèle des objets métier. Il
introduit le parcours des relations entre objets par invocation de
DAO.
</p><p>Il est destiné à être utilisé avec un
mécanisme de persistance basique, de type JDBC ou SQLMaps, qui
ne gère pas l'état de persistance des objets métier.
Chaque objet métier doit alors gérer sa sauvegarde en
base après une modification.
</p></subsection><subsection name="model-orm"><p>Complment au modle des objets mtier, destin tre associ un outil de
persistance (Object Relational Mapping) de type Hibernate ou JDO.
L'outil de mapping prend en charge le parcours des relation et le
cycle de persistance des donnes.
</p></subsection><subsection name="model-ejb3"><p>TODO.
</p></subsection><subsection name="dao-ioc"><p>Couche intermédiaire entre les objets métier et les
DAO utilisant des proxies spring-aop pour intercepter les nouveaux
objets métier instanciés et leur injecter les
dépendances nécessaires.
</p><p>Cette couche peut tre remplacée par l'utilisation de
<b>ccc-spring-aspects</b> , voir de Spring 2.0 si un JDK 5 est
utilisé.
</p></subsection><subsection name="dao-jdbc"><p>Implémentation basée sur JDBC des DAO définis
par le modèle "model-basic".
</p></subsection><subsection name="dao-sqlmap"><p>TODO</p></subsection><subsection name="dao-hibernate"><p>TODO</p><p>
Ces templates sont pr?sent?s en d?tail <a href="templates.html">ici</a>.
</p></subsection></section><section name="Roadmap"><ul>
<li><p>Intégration de templates "par défaut"
pour l'utilisation courante.
</p>
</li><li><p>Support des référentiels Oracle Designer 9</p>
</li><li><p>Support d'autres mécanismes d'extraction du modèle
?
</p>
</li><li><p>Adaptation comme plugin Maven 2.</p>
</li><li><p>Adaptation comme plugin Eclipse (EMF ?).</p>
</li></ul><p><br></br><br></br>
</p></section></body></document>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
