Why do you need to have local copies of these DTDs in the WEB-INF? Whats
wrong with just letting struts pick the "standard" DTDs shipped in the
struts.jar?

Niall

----- Original Message ----- 
From: "Lukas Bradley" <[EMAIL PROTECTED]>
To: <user@struts.apache.org>
Sent: Friday, January 21, 2005 3:52 PM
Subject: Re: Referencing the Local DTD rather than the http:// one


> What I find particularly annoying about this problem is references to
> local Struts Configuration files work correctly, which in turn load the
> Tiles Definitions.
>
> /WEB-INF/struts-config.xml
> /WEB-INF/tiles-defs.xml
> /WEB-INF/dtd/(all here)
>
> An example of my Struts Config definition, that works correctly:
>
> <!DOCTYPE struts-config PUBLIC "-//Apache Software Foundation//DTD
> Struts Configuration 1.2//EN" "file:///dtd/struts-config_1_2.dtd">
>
> Which loads Tiles definitions:
>
> <plug-in className="org.apache.struts.tiles.TilesPlugin">
> <set-property property="definitions-config"
> value="/WEB-INF/tiles-defs.xml" />
>
> Which will not parse correctly with any of the following:
>
> <!DOCTYPE struts-config PUBLIC "-//Apache Software Foundation//DTD Tiles
> Configuration//EN" "file:///dtd/tiles-config_1_1.dtd">
> <!DOCTYPE struts-config PUBLIC "-//Apache Software Foundation//DTD Tiles
> Configuration//EN" "file:///WEB-INF/dtd/tiles-config_1_1.dtd">
> <!DOCTYPE struts-config PUBLIC "-//Apache Software Foundation//DTD Tiles
> Configuration//EN" "file:///./dtd/tiles-config_1_1.dtd">
> <!DOCTYPE struts-config PUBLIC "-//Apache Software Foundation//DTD Tiles
> Configuration//EN" "file:///./WEB-INF/dtd/tiles-config_1_1.dtd">
>
> As Tim stated in his post, absolute path references work correctly.
> However, this becomes tedious when migrating lots of configuration files
> between local filesystems and production ones.
>
> Any help appreciated.
>
>
> ---------------------------------------------------------------------
> 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]

Reply via email to