On Tue, 2008-03-04 at 00:28 +0100, Thorsten Scherler wrote: > On Tue, 2008-03-04 at 10:21 +1100, David Crossley wrote: ... > > Drat, i spent so much effort and thought that i had > > a robust solution whereby they didn't need one. > > > > Obviously my tests were not thorough. > > > > I revert ASAP. > > Is there not a way to have: > > > We need to find a way that if that file is not in the project the > > > default is used and no error is caused.
As far as I understand it (no time to test ATM) the following is causing it: > Modified: > forrest/trunk/main/webapp/resources/schema/catalog.forrest.xcat > URL: > http://svn.apache.org/viewvc/forrest/trunk/main/webapp/resources/schema/catalog.forrest.xcat?rev=632740&r1=632739&r2=632740&view=diff > ============================================================================== > --- forrest/trunk/main/webapp/resources/schema/catalog.forrest.xcat > (original) > +++ forrest/trunk/main/webapp/resources/schema/catalog.forrest.xcat > Sun Mar 2 03:22:23 2008 > @@ -52,6 +52,8 @@ > <!-- Sets of symbols. e.g. for string replacements --> > <public publicId="-//Apache Forrest//ENTITIES Symbols Core v1.0//EN" > uri="entity/symbols-core-v10.ent"/> > + <public publicId="-//Apache Forrest//ENTITIES Symbols Project > v1.0//EN" > + uri="entity/symbols-project-v10.ent"/> > <!-- Various other resources --> > <public publicId="-//Apache Forrest//ENTITIES Skin Configuration > common plugins V0.7-1//EN" > uri="entity/skinconf-common-plugins-07-1.xml"/> Where the entity/symbols-project-v10.ent will always be resolved relative to the project (and not to the above file). Makes me think whether "cocoon://entity/symbols-project-v10.ent" would not work? salu2 > > Your solution is a very nice demonstration how to use entities for this > common problem. It would be a shame to not find the last piece of the > puzzle. > > I need to have a look again on your commits. > > salu2 -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions