cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefano Mazzocchi <stef...@apache.org>
Subject Re: [Bugs] URLSource
Date Sat, 18 May 2002 15:09:49 GMT
Carsten Ziegeler wrote:
> 
> > Stefano Mazzocchi wrote:
> >
> > Carsten,
> >
> > I've recently switched to the new source-resolving excalibur code and I
> > found that you use the following
> >
> >      File file = new File( this.systemId.substring( "file".length() ) );
> >
> Where did you see this? AFAIS it's ... "file:".length() ... for example
> in the URLSource

Yes, I adapted this for this email because people didn't know what FILE
pointed to.

> > to obtain the 'path' part of a 'file' URI. The above might work on UNIX,
> > but it clearly doesn't work on other operating systems, since URIs like
> > these
> >
> >     file:///c:/path/to/file
> >
> > are totally valid and your code is not able to handle them.
> >
> > Now, my suggestion would be to use the standard java.net API because
> > they already handle all these issues (file: protocol handling is
> > expecially tricky on regards of the number of slashes).
> >
> > NOTE: there is no official indication on how the file: URI should be
> > addressed, but all these
> >
> >     file:/file
> >     file://file
> >     file:///file
> >
> > are all valid URIs and should point to the same file (at least, this was
> > my understanding). It could be possible to add
> >
> >     file:file
> >
> > to indicate a relative location. This is normally achieved by avoiding
> > to indicate the protocol (such as in "file"), but since we need a
> > protocol to identify the handler, "file:file" might just be a way to
> > encode relativity in file positioning.
> >
> 
> Actually the code used in the "new" source resoling is the old code
> which is in Cocoon 2 since the early days. So if this is a problem it
> was there for "years".

No, search for 'M$' and you'll see something that it's not there
anymore.

> Can someone verify if it is a problem on some OS and then please
> do a patch?
> 
> >                                   - o -
> >
> > I just found another bug: the docs say that if you call
> >
> >    resolver.resolveURI()
> >
> > and the resource doesn't exist, you get a SourceNotFoundException. If yo
> > are accessing file resources, instead you get a FileNotFoundException,
> > which is not even inherited.
> Yes, this is true and it's a bug! I added the SourceNotFoundException
> recently
> but didn't have time to add the "throwing" code. So the docs are more
> upto-date
> than the code...
> Perhaps if someone could send a patch...
> 
> >
> > Expect more bug report soon since I'm getting pretty heavy on sources :)
> >
> This is good! Really! I didn't have the time to do as much testing as I
> wanted
> as we are currently working on some great things for Cocoon which will
> (hopefully)
> make Cocoon the number one web application framework and scare many big
> companies
> as this all will be open source ;)
> But currently I don't want to say more, I expect to finish most of it in
> late
> summer!

:)

Unfortunately, I don't have time to follow this now and I'm doing my
development on 2.0.3 not on 2.1 (not yet, I'll do this when I have time
and probably when Schecoon will be merged in the 2.1 tree since I need
it!)

-- 
Stefano Mazzocchi      One must still have chaos in oneself to be
                          able to give birth to a dancing star.
<stefano@apache.org>                             Friedrich Nietzsche
--------------------------------------------------------------------



---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message