<title>
Variables systèmes
</title>
- <para>Dans le<filename>catalina.sh</filename>, on doit retrouver des
+ <para>Dans le <filename>catalina.sh</filename>, on doit retrouver des
variables systèmes
indiquant aux applications Eliot où trouver leur fichier de
configuration.
<formalpara>
<title>Exemple :</title>
- <xi:include href="environnement/java_opts.programlisting"/>
+ <xi:include href="environnement/java_opts.programlisting"/>
</formalpara>
<variablelist>
</para>
<para/>
</section>
+ <section id="tomcat-encodage-urls">
+ <title>
+ Encodage des URLs
+ </title>
+ <para>
+ Par défaut Tomcat considère que les URLs sont encodés en ISO-8859-1, alors que nos modules
+ utilisent UTF-8 pour encoder les paramètres des requêtes GET.
+ Il faut donc modifier le fichier <filename><![CDATA[<serveur_tomcat>/conf/server.xml]]></filename> en ajoutant le paramètre
+ <filename>URIEncoding="UTF-8"</filename> dans les connectors.
+ </para>
+ </section>
</section>
<section>
<title>
<warning>
<title>problème rencontré avec openJdk</title>
<para>
- OpenJDK du fait de sa nature libre, ne peut pas incorporer tous les fichiers de la JVM pour des raisons de droit. Ceci est vrai entre autre pour les fontes.
+ OpenJDK du fait de sa nature libre, ne peut pas incorporer tous les fichiers de la JVM pour des raisons de droit. Ceci est vrai entre autre pour les fontes.
</para>
<para>
- <emphasis>Explication :</emphasis>
- Dans le code source d'openjdk, sur la partie chargement des fontes, il s'avère qu'openjdk s'attend à trouver au mieux Lucida sans empatement régulière, ou à défaut Arial ou à défaut d'autres fontes....si ce n'est pas le cas on a java.lang.Error: Probable fatal error:No fonts found.... (voir code source ci-dessous). Il faut comprendre qu'à ce niveau de démarrage c'est le jre qui demande à charger une fonte, eliot de son coté n'a pas encore fait de demande de ce genre, il a juste demandé à java d'initialiser ses sous-couches graphiques.
- Effectivement la piste d'installer par défaut une ou plusieurs fontes semble être la bonne. Si on regarde le répertoire d'une jre sun/oracle, on trouve un répertoire /jre/lib/fonts contenant Lucida : très bien, c'est ce qui est attendue par le gestionnaire de fontes. Maintenant si on regarde le répertoire d'install d'openJdk, ce répertoire fonts n'existe tout simplement pas (ce qui explique le plantage d'eliot, sur un système n'ayant pas de fontes). Il faut bien faire l'installation à la main et déclarer les fontes auprès d'openJdk. (Ce qui implique le paramétrage du fichier fontconfig.properties)
+ <emphasis>Explication :</emphasis>
+ Dans le code source d'openjdk, sur la partie chargement des fontes, il s'avère qu'openjdk s'attend à trouver au mieux Lucida sans empatement régulière, ou à défaut Arial ou à défaut d'autres fontes....si ce n'est pas le cas on a java.lang.Error: Probable fatal error:No fonts found.... (voir code source ci-dessous). Il faut comprendre qu'à ce niveau de démarrage c'est le jre qui demande à charger une fonte, eliot de son coté n'a pas encore fait de demande de ce genre, il a juste demandé à java d'initialiser ses sous-couches graphiques.
+ Effectivement la piste d'installer par défaut une ou plusieurs fontes semble être la bonne. Si on regarde le répertoire d'une jre sun/oracle, on trouve un répertoire /jre/lib/fonts contenant Lucida : très bien, c'est ce qui est attendue par le gestionnaire de fontes. Maintenant si on regarde le répertoire d'install d'openJdk, ce répertoire fonts n'existe tout simplement pas (ce qui explique le plantage d'eliot, sur un système n'ayant pas de fontes). Il faut bien faire l'installation à la main et déclarer les fontes auprès d'openJdk. (Ce qui implique le paramétrage du fichier fontconfig.properties)
</para>
</warning>
- <programlisting language="java">
+ <programlisting language="java">
<![CDATA[
// Extrait du code de FontManager :
}
]]>
- </programlisting>
+ </programlisting>