🚀 go-pugleaf

merci,

Alain Ketterlin wrote:
> 
> Jean-Pierre Briand <briand.jean-pierre@wanadoo.fr> writes:
> 
> > je voudrais que mon application Java, a priori autonome, lise et ecrive
> > ses donnees au format XML en se referant au DTD fourni dans le .jar de
> > l'application, donc disponible comme ressource relative au CLASSPATH et
> > non comme fichier ou URL.
> 
> Il me semble qu'on peut utiliser resource://mon/package/mon.dtd (pas
> sur).

j'ai essaye plusieurs variantes autour de cette idee, sans succes :-(

En revanche j'ai trouve une solution qui me satisfait pour l'instant en
appelant setEntityResolver(monResolver) pour mon objet DocumentBuilder.
Ce resolver (monResolver) intercepte la recherche du DTD par un code du
type:

    public InputSource resolveEntity(String publicId, String systemId)
                       throws SAXException, IOException
    {
        if (systemId != null)
            if (systemId.endsWith("monappli.dtd"))
            {
                return new
InputSource(this.getClass().getResourceAsStream("../resources/monappli.dtd"));
            }
        return null; // resolver par defaut
    }

Remarques:

- Le choix de endsWith() pour la resolution du DTD permet d'etre laxiste
sur l'URL effectivement utilisee pour le specifier. 

- Une declaration de type <!DOCTYPE racine SYSTEM "monappli.dtd">, i.e.
URI relative, fonctionne avec le code ci-dessus lors de l'appel a la
methode parse(String uri), mais echoue lors de l'appel a la methode
parse(InputStream instr). Et ceci qqsoit la facon d'ecrire le code de
resolveEntity() car le parser detecte qu'il ne peut resoudre une URI
relative a une stream interne, et ne tente pas la resolution. Il est
donc preferable d'ecrire un entete du style <!DOCTYPE racine SYSTEM
"http://sitebidon.com/monappli.dtd"> couple au code ci-dessus.