Re: Locationmap fallback [was: svn commit: r209820]

2005-07-13 Thread Ross Gardler
Unico Hommes wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ross Gardler wrote: Ross Gardler wrote: David Crossley wrote: ... I wonder if a quick chat on Cocoon dev might be better. We need to report our general success anyway. You never know, Unico might get excited and come ov

Re: Locationmap fallback [was: svn commit: r209820]

2005-07-11 Thread Nicola Ken Barozzi
Thorsten Scherler wrote: > On Mon, 2005-07-11 at 16:16 +0200, Unico Hommes wrote: > >>Nicola Ken Barozzi wrote: >> >>>Unico Hommes wrote: ... >>>To make it easier for you to use it indipendently from Forrest, we could >>>add a separate ant target for building it and when we release Forrest, >>>kee

Re: Locationmap fallback [was: svn commit: r209820]

2005-07-11 Thread Reinhard Poetz
Unico Hommes wrote: Nicola Ken Barozzi wrote: Unico Hommes wrote: Anyway, if you do decide to put this in cocoon then I could take care of it. I appreciate your offer, but for the time being, I prefere that we keep it here. We are the ones using it more, so it's better for it not to move.

Re: Locationmap fallback [was: svn commit: r209820]

2005-07-11 Thread Thorsten Scherler
On Mon, 2005-07-11 at 16:16 +0200, Unico Hommes wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Nicola Ken Barozzi wrote: > > Unico Hommes wrote: > > > >>Ross Gardler wrote: > > > > ... > > > >>>[Slightly OT] I wonder if we should really consider donating this back > >>>to Cocoon.

Re: Locationmap fallback [was: svn commit: r209820]

2005-07-11 Thread Unico Hommes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nicola Ken Barozzi wrote: > Unico Hommes wrote: > >>Ross Gardler wrote: > > ... > >>>[Slightly OT] I wonder if we should really consider donating this back >>>to Cocoon. I think this code is of use to a much wider audience than >>>Forrest and there

Re: Locationmap fallback [was: svn commit: r209820]

2005-07-11 Thread Nicola Ken Barozzi
Unico Hommes wrote: > Ross Gardler wrote: ... >>[Slightly OT] I wonder if we should really consider donating this back >>to Cocoon. I think this code is of use to a much wider audience than >>Forrest and there may be more devs to maintain it there. We have people >>here who are committers on Cocoon

Re: Locationmap fallback [was: svn commit: r209820]

2005-07-11 Thread Unico Hommes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ross Gardler wrote: > Ross Gardler wrote: > >> David Crossley wrote: > > > ... > >>> I wonder if a quick chat on Cocoon dev might be better. We need >>> to report our general success anyway. You never know, Unico might >>> get excited and come over

Re: Locationmap fallback [was: svn commit: r209820]

2005-07-11 Thread Ross Gardler
Ross Gardler wrote: David Crossley wrote: ... I wonder if a quick chat on Cocoon dev might be better. We need to report our general success anyway. You never know, Unico might get excited and come over to help us :-) Again, I agree. I'll post to Cocoon dev today. If anyone wants to follo

Re: Locationmap fallback [was: svn commit: r209820]

2005-07-11 Thread Ross Gardler
David Crossley wrote: Ross Gardler wrote: At a later date we may decide to put this behaviour in the java code. But for a "get it working" solution I think this will work. Comments? I worry about that approach because it is too easy to let the workaround take hold. Yes, you are right. I

Re: Locationmap fallback [was: svn commit: r209820]

2005-07-10 Thread David Crossley
Ross Gardler wrote: > > At a later date we may decide to put this behaviour in the java code. > But for a "get it working" solution I think this will work. > > Comments? I worry about that approach because it is too easy to let the workaround take hold. I wonder if a quick chat on Cocoon dev m

Re: Locationmap fallback [was: svn commit: r209820 - in /forrest/trunk/main/webapp: WEB-INF/xconf/forrest-core.xconf locationmap.xml sitemap.xmap

2005-07-09 Thread Ross Gardler
Tim Williams wrote: On 7/8/05, Ross Gardler <[EMAIL PROTECTED]> wrote: Tim Williams wrote: I'd prefer project-level locationmaps to be overrides or extensions rather than replacements for the app-level locationmap. That's the intention, though not well described in the commit message. The

Re: Locationmap fallback [was: svn commit: r209820 - in /forrest/trunk/main/webapp: WEB-INF/xconf/forrest-core.xconf locationmap.xml sitemap.xmap

2005-07-08 Thread Tim Williams
On 7/8/05, Ross Gardler <[EMAIL PROTECTED]> wrote: > Tim Williams wrote: > > I'd prefer project-level locationmaps to be overrides or extensions > > rather than replacements for the app-level locationmap. > > That's the intention, though not well described in the commit message. > > The implement

Re: Locationmap fallback [was: svn commit: r209820 - in /forrest/trunk/main/webapp: WEB-INF/xconf/forrest-core.xconf locationmap.xml sitemap.xmap

2005-07-08 Thread Ross Gardler
Tim Williams wrote: I'd prefer project-level locationmaps to be overrides or extensions rather than replacements for the app-level locationmap. That's the intention, though not well described in the commit message. The implementation I put in place is to get things working quickly since we

Locationmap fallback [was: svn commit: r209820 - in /forrest/trunk/main/webapp: WEB-INF/xconf/forrest-core.xconf locationmap.xml sitemap.xmap

2005-07-08 Thread Tim Williams
I'd prefer project-level locationmaps to be overrides or extensions rather than replacements for the app-level locationmap. In other words, with this implementation, the project-level lm assumes all location resolving when it exists even if it only needed to add one unique location resolution. Un