Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@forrest.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Subject: Re: dependency on project symbols file (Was: svn commit: r632740)
From: Thorsten Scherler <thorsten@apache.org>
To: dev@forrest.apache.org
In-Reply-To: <20080303232107.GB24363@igg.indexgeo.com.au>
References: <20080302112228.4B17C1A9832@eris.apache.org>
	 <017e01c87d19$4bd7d6f0$0200a8c0@developer>
	 <1204566641.18797.104.camel@localhost>
	 <20080303232107.GB24363@igg.indexgeo.com.au>
Content-Type: text/plain
Date: Tue, 04 Mar 2008 00:28:56 +0100
Message-Id: <1204586936.6057.30.camel@cartman>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit

On Tue, 2008-03-04 at 10:21 +1100, David Crossley wrote:
> Thorsten Scherler wrote:
> > Gav.... wrote:
> > > 
> > > This may be related to this commit.
> > 
> > Not sure if exactly to this one, but to one of them.
> > 
> > > After doing : svn up; cd main; build clean; build
> > > Then doing a 'forrest seed-basic' 'forrest run' gives me :-
> > > 
> > > 17:59:29.984 EVENT  Started org.mortbay.jetty.Server@443226
> > > Failed to create InputSource (java.io.FileNotFoundException:
> > > D:\web\16degrees\sr
> > > c\documentation\resources\schema\symbols-project-v10.ent (The system cannot
> > > find
> > >  the file specified)):
> > > file:/D:/web/16degrees/src/documentation/resources/schema
> > > /symbols-project-v10.ent
> > > 
> > > .. and outputs nothing in the web browser.
> > 
> > Yeah, I see the same in a custom project. This work introduced a
> > dependency to symbols-project-v10.ent which I do not like at all!
> > 
> > We need to find a way that if that file is not in the project the
> > default is used and no error is caused. 
> 
> 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. 

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