Re: changed behaviour with source resolving

2002-05-03 Thread David Crossley
Carsten Ziegeler wrote: > Argh, thanks David - I found the bug in the excalibur code... :( > > Instead of getting the protocol from the base URI (= file: ) it > got the rest of the base URI and concatenated this with the URI to resolve. > Damn substring mistake... > > Ok, I will fix this asap.

RE: changed behaviour with source resolving

2002-05-01 Thread Carsten Ziegeler
nal Message- > From: David Crossley [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 02, 2002 8:35 AM > To: [EMAIL PROTECTED] > Subject: Re: changed behaviour with source resolving > > > Carsten Ziegeler wrote: > > David Crossley wrote: > > > > > > This

Re: changed behaviour with source resolving

2002-05-01 Thread David Crossley
Carsten Ziegeler wrote: > David Crossley wrote: > > > > This sitemap snippet was working until very recently ... > > > > > > > > > > > > > > However with the current CVS HEAD it now fails, > > because it now tries to find the documents below > > the webapps/cocoon/ ... > > -- > > Origi

RE: changed behaviour with source resolving

2002-05-01 Thread Carsten Ziegeler
David Crossley wrote: > > This sitemap snippet was working until very recently ... > > > > > > > However with the current CVS HEAD it now fails, > because it now tries to find the documents below > the webapps/cocoon/ ... > -- > Original exception : java.io.FileNotFoundException: > /us

Re: changed behaviour with source resolving

2002-05-01 Thread David Crossley
Thanks J, your explanation is excellent. I have used some of your words to add to Cocoon's xdocs. --David J.Pietschmann wrote: > David Crossley wrote: > > This raises another issue. There seems to be confusion for the > > syntax. I see various syntaxes in the xdocs ... > > That's bad. There is R

Re: changed behaviour with source resolving

2002-05-01 Thread J.Pietschmann
David Crossley wrote: > This raises another issue. There seems to be confusion for the > syntax. I see various syntaxes in the xdocs ... That's bad. There is RFC 2396 and some predecessors about URI syntax. Everything starting with a URI scheme identifer like "file:" or "http:" is an absolute URI

Re: changed behaviour with source resolving

2002-04-30 Thread David Crossley
I can see another recent change in behaviour. The application that i mentioned has been working perfectly, but now fails for another reason. It has a simple front xml file which declares some other files via systemIdentifiers and includes them as entities - a legacy aggregator. Here is a cut-dow

Re: changed behaviour with source resolving

2002-04-30 Thread David Crossley
Sorry, Vadim did Cc his original reply to me. I mistakenly replied to the copy, then Vadim to that ... -- Forwarded Message -- From: "Vadim Gritsenko" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> > David Crossley wrote: > > Vadim Gritsenko wrote: > > > David Crossley wrote: > >

Re: changed behaviour with source resolving

2002-04-30 Thread David Crossley
Vadim Gritsenko wrote: > > David Crossley > > > > This sitemap snippet was working until very recently ... > > > > > > > > > > > > > > However with the current CVS HEAD it now fails, > > because it now tries to find the documents below > > the webapps/cocoon/ ... > > Does it work with:

RE: changed behaviour with source resolving

2002-04-30 Thread Vadim Gritsenko
> From: David Crossley [mailto:[EMAIL PROTECTED]] > > This sitemap snippet was working until very recently ... > > > > > > > However with the current CVS HEAD it now fails, > because it now tries to find the documents below > the webapps/cocoon/ ... Does it work with: ? Vadim >

changed behaviour with source resolving

2002-04-30 Thread David Crossley
This sitemap snippet was working until very recently ... However with the current CVS HEAD it now fails, because it now tries to find the documents below the webapps/cocoon/ ... -- Original exception : java.io.FileNotFoundException: /usr/local/jakarta/jakarta-tomcat-4.0.1/webapps/coco