Oh yes, 2.1. I will test on 2.0.4.

Joerg

Jorg Heymans wrote:
is this on cocoon 2.1.x ?
Because on 2.0.4 this does not work.

From sitemap.log
INFO (2003-10-21) 09:25.13:492 [sitemap] (/app/gfx/remotedir) Thread-11/PipelineNode: Resource not found in pipeline at file:/D:/servers/jakarta-tomcat-4.1.24-LE-jdk14/webapps/cocoon/sitemap.xmap:77:17


org.apache.cocoon.ResourceNotFoundException: Z:\temp is not a directory.

...


Joerg Heinicke wrote:

Tested it, works for me:

<map:generate type="directory" src="file:///z:/temp"/>
<map:generate type="directory" src="z:\temp"/>

Joerg


On 20.10.2003 16:06, Jorg Heymans wrote:


nope

neiter do
src="file:///z:/temp//"
src="file:///z:/temp//"
src="file:///z:\temp"
src="file:///z:\temp\"
src="file://z:/temp"

Where can I trace this inputSource = this.resolver.resolve(directory) ? In eclipse it's only pointing to interfaces but i don't know which class is implementing it.

tnx
Jorg
Joerg Heinicke wrote:

What about src="file:///z:/temp"/>??

Joerg

Jorg Heymans wrote:

Hi,

I am trying to generate a directory listing of a directory on a shared drive (windows) without success.

<map:generate type="directory" src="z:\temp"/>

Looking at the source in DirectoryGenerator it's easy to see where the error comes from

inputSource = this.resolver.resolve(directory);
String systemId = inputSource.getSystemId();
if (!systemId.startsWith(FILE)) {
throw new ResourceNotFoundException(systemId + " does not denote a directory");
}
// This relies on systemId being of the form "file://..."
File directoryFile = new File(new URL(systemId).getFile());
if (!directoryFile.isDirectory()) {
--> throw new ResourceNotFoundException(directory + " is not a directory.");
}


Something in this "systemid" (and thus in resolver.resolve()) is throwing the File object off course, because the following works:

File directoryFile = new File("z:\\temp\\");
if (!directoryFile.isDirectory()) {
   System.out.println("not a directory");
}

Any thoughts on this? Tomcat is started as a system user with rights to the share (and i know that works because in java-code the access is fine)

Regards
Jorg

-- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to