org.apache.jackrabbit.webdav.DavException

There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

  • Re: trouble with Archiva and commons-vfs
    via by Mandie Smith,
    • org.apache.jackrabbit.webdav.DavException: Found [vfs:copy] at org.apache.jackrabbit.webdav.client.methods.DavMethodBase.getResponseException(DavMethodBase.java:172) [vfs:copy] at org.apache.jackrabbit.webdav.client.methods.DavMethodBase.checkSuccess(DavMethodBase.java:181) [vfs:copy] at org.apache.commons.vfs.provider.webdav.WebdavFileObject.execute(WebdavFileObject.java:400) [vfs:copy] at org.apache.commons.vfs.provider.webdav.WebdavFileObject.getProperties(WebdavFileObject.java:489) [vfs:copy] at org.apache.commons.vfs.provider.webdav.WebdavFileObject.getProperties(WebdavFileObject.java:464) [vfs:copy] at org.apache.commons.vfs.provider.webdav.WebdavFileObject.getProperty(WebdavFileObject.java:457) [vfs:copy] at org.apache.commons.vfs.provider.webdav.WebdavFileObject.getProperty(WebdavFileObject.java:449) [vfs:copy] at org.apache.commons.vfs.provider.webdav.WebdavFileObject.isDirectory(WebdavFileObject.java:429) [vfs:copy] at org.apache.commons.vfs.provider.webdav.WebdavFileObject.doGetType(WebdavFileObject.java:113) [vfs:copy] at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467) [vfs:copy] at org.apache.commons.vfs.provider.AbstractFileObject.createFolder(AbstractFileObject.java:931) [vfs:copy] at org.apache.commons.vfs.provider.AbstractFileObject.createFolder(AbstractFileObject.java:952) [vfs:copy] at org.apache.commons.vfs.provider.AbstractFileObject.createFolder(AbstractFileObject.java:952) [vfs:copy] at org.apache.commons.vfs.provider.AbstractFileObject.createFolder(AbstractFileObject.java:952) [vfs:copy] at org.apache.commons.vfs.provider.AbstractFileObject.getOutputStream(AbstractFileObject.java:1390) [vfs:copy] at org.apache.commons.vfs.provider.DefaultFileContent.getOutputStream(DefaultFileContent.java:459) [vfs:copy] at org.apache.commons.vfs.provider.DefaultFileContent.getOutputStream(DefaultFileContent.java:439) [vfs:copy] at org.apache.commons.vfs.FileUtil.copyContent(FileUtil.java:112) [vfs:copy] at org.apache.commons.vfs.provider.AbstractFileObject.copyFrom(AbstractFileObject.java:1023) [vfs:copy] at org.apache.commons.vfs.tasks.CopyTask.handleOutOfDateFile(CopyTask.java:81) [vfs:copy] at org.apache.commons.vfs.tasks.AbstractSyncTask.handleFile(AbstractSyncTask.java:411) [vfs:copy] at org.apache.commons.vfs.tasks.AbstractSyncTask.handleSingleFile(AbstractSyncTask.java:397) [vfs:copy] at org.apache.commons.vfs.tasks.AbstractSyncTask.execute(AbstractSyncTask.java:214) [vfs:copy] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) [vfs:copy] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [vfs:copy] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [vfs:copy] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [vfs:copy] at java.lang.reflect.Method.invoke(Method.java:597) [vfs:copy] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) [vfs:copy] at org.apache.tools.ant.Task.perform(Task.java:348) [vfs:copy] at org.apache.tools.ant.Target.execute(Target.java:357) [vfs:copy] at org.apache.tools.ant.Target.performTasks(Target.java:385) [vfs:copy] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) [vfs:copy] at org.apache.tools.ant.Project.executeTarget(Project.java:1306) [vfs:copy] at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) [vfs:copy] at org.apache.tools.ant.Project.executeTargets(Project.java:1189) [vfs:copy] at org.apache.tools.ant.Main.runBuild(Main.java:758) [vfs:copy] at org.apache.tools.ant.Main.startAnt(Main.java:217) [vfs:copy] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) [vfs:copy] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) Mandie On Tue, Mar 16, 2010 at 4:24 PM, Brett Porter <brett@apache.org> wrote: > These look like VFS issues. It should be handling the 302 redirect > correctly. As for whether it supports making multiple directories at once, > I'm not sure. You could try doing: > <vfs:mkdir dir="webdav:// > user:password@hostname.com/archiva/repository/snapshots/testOrg" /> > <vfs:mkdir dir="webdav:// > user:password@hostname.com/archiva/repository/snapshots/testOrg/testArtifact" > /> > > However, Archiva actually allows "cheating" on the WebDAV protocol to avoid > all the mkdir calls. So if you try putting a file directly to, say, > webdav:// > user:password@hostname.com/archiva/repository/snapshots/testOrg/testArtifact/1.0/testArtifact-1.0.pom, > it should work without the mkdir calls. > > Cheers, > Brett > > On 17/03/2010, at 6:32 AM, Mandie Smith wrote: > I'm trying to get commons-vfs talking to Archiva and I'm having trouble getting them talking and I was hoping someone here could help me out. I'm just trying a simple test to create a directory on the webdav server. My build.xml looks like this: <project name="test" xmlns:vfs="antlib:org.apache.commons.vfs.tasks"> <target name="main"> <vfs:mkdir dir="webdav:// > user:password@hostname.com/archiva/repository/snapshots/testOrg/testArtifact > " /> </target> </project> When I try to run this I get the following exception: org.apache.commons.vfs. FileSystemException: Could not determine the type of file "webdav://user:***@hostname.com/archiva/repository/snapshots/testOrg". at > org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476) at > org.apache.commons.vfs.provider.AbstractFileObject.createFolder(AbstractFileObject.java:931) at > org.apache.commons.vfs.provider.AbstractFileObject.createFolder(AbstractFileObject.java:952) at org.apache.commons.vfs.tasks.MkdirTask.execute(MkdirTask.java:62)
    No Bugmate found.