Webdav not working on Windows 7 and Basex 7.2.1

On Wed, Jun 6, 2012 at 12:25 AM, Bob Horvath <bob at horvath.com> wrote: > I followed the instructions on setting up Webdav for Windows 7, but I am > still experiencing problems. > > I know the server is up and running because the rest and restxq interfaces > are working. But I can't get Windows 7 to use it as a webdav server. I get > the usual "The folder you entered does not appear to be valid/ Please > choose another". > > This site > (http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ [1]) > claims Windows 7 will not use basic auth, but points to the same MS page > that shows how to change the registry. Is there a way to setup Webdav on > basex so it uses digest authentication"? > > In case I missed something stupid, here is what my webdav parameters are in > the registry… > > Windows Registry Editor Version 5.00 > > [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters] > > "SupportLocking"=dword:00000001 > > "InternetServerTimeoutInSec"=dword:0000001e > > "ServiceDllUnloadOnStop"=dword:00000001 > > "ServerNotFoundCacheLifeTimeInSec"=dword:0000003c > > "ClientDebug"=dword:00000000 > > "FileSizeLimitInBytes"=dword:02faf080 > > "SendReceiveTimeoutInSec"=dword:0000003c > > "LocalServerTimeoutInSec"=dword:0000000f > > "FileAttributesLimitInBytes"=dword:000f4240 > > "AcceptOfficeAndTahoeServers"=dword:00000001 > > "ServiceDebug"=dword:00000000 > > "ServiceDll"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f, > > > 00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00, > > > 77,00,65,00,62,00,63,00,6c,00,6e,00,74,00,2e,00,64,00,6c,00,6c,00,00,00 > > "BasicAuthLevel"=dword:00000002 > > Bob > > > Links: > ------ > [1] http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk at mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk

On Wed, 6 Jun 2012 00:56:44 +0200, Christian Grün wrote: > Hmm, yet another Windows 7 issue I can't reproduce on my system..

> I remember is that it was tricky to get it running, while it's dead > simple with Linux distributions. - Did you try to restart

> Anyone else out there? > > ___________________________ > > On Wed, Jun 6, 2012 at 12:25 AM, Bob Horvath wrote: > >> I followed the

On Mon, Jun 11, 2012 at 11:49 PM, Bob Horvath <bob at horvath.com> wrote: > > I did try rebooting windows. No luck. > > Another clue perhaps. When I try it from a browser > (http://localhost:8984/webdav), I get ... > > > > HTTP ERROR 500 > > Problem accessing /webdav. Reason: > > com/bradmcevoy/http/ResourceFactory > > Caused by: > > java.lang.NoClassDefFoundError: com/bradmcevoy/http/ResourceFactory > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) > at java.lang.Class.getConstructor0(Unknown Source) > at java.lang.Class.newInstance0(Unknown Source) > at java.lang.Class.newInstance(Unknown Source) > at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:153) > at > org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:428) > at > org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339) > at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) > at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) > at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) > at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) > at org.mortbay.jetty.handler.HandlerList.handle(HandlerList.java:49) > at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) > at org.mortbay.jetty.Server.handle(Server.java:326) > at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) > at > org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) > at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) > at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) > at > org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) > at > org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) > Caused by: java.lang.ClassNotFoundException: > com.bradmcevoy.http.ResourceFactory > at java.net.URLClassLoader$1.run(Unknown Source) > at java.net.URLClassLoader$1.run(Unknown Source) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(Unknown Source) > at java.lang.ClassLoader.loadClass(Unknown Source) > at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) > at java.lang.ClassLoader.loadClass(Unknown Source) > ... 22 more > > Caused by: > > java.lang.ClassNotFoundException: com.bradmcevoy.http.ResourceFactory > at java.net.URLClassLoader$1.run(Unknown Source) > at java.net.URLClassLoader$1.run(Unknown Source) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(Unknown Source) > at java.lang.ClassLoader.loadClass(Unknown Source) > at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) > at java.lang.ClassLoader.loadClass(Unknown Source) > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) > at java.lang.Class.getConstructor0(Unknown Source) > at java.lang.Class.newInstance0(Unknown Source) > at java.lang.Class.newInstance(Unknown Source) > at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:153) > at > org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:428) > at > org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339) > at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) > at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) > at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) > at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) > at org.mortbay.jetty.handler.HandlerList.handle(HandlerList.java:49) > at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) > at org.mortbay.jetty.Server.handle(Server.java:326) > at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) > at > org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) > at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) > at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) > at > org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) > at > org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) > > ________________________________ > > Powered by Jetty:// > > > > On Wed, 6 Jun 2012 00:56:44 +0200, Christian Grün wrote: > > Hmm, yet another Windows 7 issue I can't reproduce on my system.. All > I remember is that it was tricky to get it running, while it's dead > simple with Linux distributions. – Did you try to restart Windows? > Anyone else out there? > > ___________________________ > > On Wed, Jun 6, 2012 at 12:25 AM, Bob Horvath <bob at horvath.com> wrote: > > I followed the instructions on setting up Webdav for Windows 7, but I am > still experiencing problems. I know the server is up and running because the > rest and restxq interfaces are working. But I can't get Windows 7 to use it > as a webdav server. I get the usual "The folder you entered does not appear > to be valid/ Please choose another". This site > (http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ [1]) > claims Windows 7 will not use basic auth, but points to the same MS page > that shows how to change the registry. Is there a way to setup Webdav on > basex so it uses digest authentication"? In case I missed something stupid, > here is what my webdav parameters are in the registry… Windows Registry > Editor Version 5.00 > [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters] > "SupportLocking"=dword:00000001 "InternetServerTimeoutInSec"=dword:0000001e > "ServiceDllUnloadOnStop"=dword:00000001 > "ServerNotFoundCacheLifeTimeInSec"=dword:0000003c > "ClientDebug"=dword:00000000 "FileSizeLimitInBytes"=dword:02faf080 > "SendReceiveTimeoutInSec"=dword:0000003c > "LocalServerTimeoutInSec"=dword:0000000f > "FileAttributesLimitInBytes"=dword:000f4240 > "AcceptOfficeAndTahoeServers"=dword:00000001 "ServiceDebug"=dword:00000000 > "ServiceDll"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f, > 00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00, > 77,00,65,00,62,00,63,00,6c,00,6e,00,74,00,2e,00,64,00,6c,00,6c,00,00,00 > "BasicAuthLevel"=dword:00000002 Bob Links: ------ [1] > http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ > _______________________________________________ BaseX-Talk mailing list > BaseX-Talk at mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk > > > >

On Jun 11, 2012, at 9:19 PM, Christian Grün <christian.gruen at gmail.com> wrote: > Hi Bob, > > which BaseX distribution are you working with (EXE, ZIP, compiled > GitHub sources)? If I remember right, you didn't encounter any > problems with REST/RESTXQ? > > Christian > ___________________________ > > On Mon, Jun 11, 2012 at 11:49 PM, Bob Horvath <bob at horvath.com> wrote: >> >> I did try rebooting windows. No luck. >> >> Another clue perhaps. When I try it from a browser >> (http://localhost:8984/webdav), I get ... >> >> >> >> HTTP ERROR 500 >> >> Problem accessing /webdav. Reason: >> >> com/bradmcevoy/http/ResourceFactory >> >> Caused by: >> >> java.lang.NoClassDefFoundError: com/bradmcevoy/http/ResourceFactory >> at java.lang.Class.getDeclaredConstructors0(Native Method) >> at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) >> at java.lang.Class.getConstructor0(Unknown Source) >> at java.lang.Class.newInstance0(Unknown Source) >> at java.lang.Class.newInstance(Unknown Source) >> at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:153) >> at >> org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:428) >> at >> org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339) >> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) >> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) >> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) >> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) >> at org.mortbay.jetty.handler.HandlerList.handle(HandlerList.java:49) >> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >> at org.mortbay.jetty.Server.handle(Server.java:326) >> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) >> at >> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) >> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) >> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) >> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) >> at >> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) >> at >> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) >> Caused by: java.lang.ClassNotFoundException: >> com.bradmcevoy.http.ResourceFactory >> at java.net.URLClassLoader$1.run(Unknown Source) >> at java.net.URLClassLoader$1.run(Unknown Source) >> at java.security.AccessController.doPrivileged(Native Method) >> at java.net.URLClassLoader.findClass(Unknown Source) >> at java.lang.ClassLoader.loadClass(Unknown Source) >> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >> at java.lang.ClassLoader.loadClass(Unknown Source) >> ... 22 more >> >> Caused by: >> >> java.lang.ClassNotFoundException: com.bradmcevoy.http.ResourceFactory >> at java.net.URLClassLoader$1.run(Unknown Source) >> at java.net.URLClassLoader$1.run(Unknown Source) >> at java.security.AccessController.doPrivileged(Native Method) >> at java.net.URLClassLoader.findClass(Unknown Source) >> at java.lang.ClassLoader.loadClass(Unknown Source) >> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >> at java.lang.ClassLoader.loadClass(Unknown Source) >> at java.lang.Class.getDeclaredConstructors0(Native Method) >> at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) >> at java.lang.Class.getConstructor0(Unknown Source) >> at java.lang.Class.newInstance0(Unknown Source) >> at java.lang.Class.newInstance(Unknown Source) >> at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:153) >> at >> org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:428) >> at >> org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339) >> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) >> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) >> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) >> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) >> at org.mortbay.jetty.handler.HandlerList.handle(HandlerList.java:49) >> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >> at org.mortbay.jetty.Server.handle(Server.java:326) >> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) >> at >> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) >> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) >> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) >> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) >> at >> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) >> at >> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) >> >> ________________________________ >> >> Powered by Jetty:// >> >> >> >> On Wed, 6 Jun 2012 00:56:44 +0200, Christian Grün wrote: >> >> Hmm, yet another Windows 7 issue I can't reproduce on my system.. All >> I remember is that it was tricky to get it running, while it's dead >> simple with Linux distributions. – Did you try to restart Windows? >> Anyone else out there? >> >> ___________________________ >> >> On Wed, Jun 6, 2012 at 12:25 AM, Bob Horvath <bob at horvath.com> wrote: >> >> I followed the instructions on setting up Webdav for Windows 7, but I am >> still experiencing problems. I know the server is up and running because the >> rest and restxq interfaces are working. But I can't get Windows 7 to use it >> as a webdav server. I get the usual "The folder you entered does not appear >> to be valid/ Please choose another". This site >> (http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ [1]) >> claims Windows 7 will not use basic auth, but points to the same MS page >> that shows how to change the registry. Is there a way to setup Webdav on >> basex so it uses digest authentication"? In case I missed something stupid, >> here is what my webdav parameters are in the registry… Windows Registry >> Editor Version 5.00 >> [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters] >> "SupportLocking"=dword:00000001 "InternetServerTimeoutInSec"=dword:0000001e >> "ServiceDllUnloadOnStop"=dword:00000001 >> "ServerNotFoundCacheLifeTimeInSec"=dword:0000003c >> "ClientDebug"=dword:00000000 "FileSizeLimitInBytes"=dword:02faf080 >> "SendReceiveTimeoutInSec"=dword:0000003c >> "LocalServerTimeoutInSec"=dword:0000000f >> "FileAttributesLimitInBytes"=dword:000f4240 >> "AcceptOfficeAndTahoeServers"=dword:00000001 "ServiceDebug"=dword:00000000 >> "ServiceDll"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f, >> 00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00, >> 77,00,65,00,62,00,63,00,6c,00,6e,00,74,00,2e,00,64,00,6c,00,6c,00,00,00 >> "BasicAuthLevel"=dword:00000002 Bob Links: ------ [1] >> http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ >> _______________________________________________ BaseX-Talk mailing list >> BaseX-Talk at mailman.uni-konstanz.de >> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >> >> >> >>

> milton-api-1.6.5.jar

> milton-api-1.7.2.jar

> git clone git://github.com/BaseXdb/basex-api.git

> cd basex-api

> mvn jetty:run

Am 12.06.2012 um 05:56 schrieb Bob Horvath: > I am pretty sure the .exe. If you think it would help, I could try whatever options you think would be relevant. > > Yes, rest and restxq both work. > > Bob > > On Jun 11, 2012, at 9:19 PM, Christian Grün <christian.gruen at gmail.com> wrote: > >> Hi Bob, >> >> which BaseX distribution are you working with (EXE, ZIP, compiled >> GitHub sources)? If I remember right, you didn't encounter any >> problems with REST/RESTXQ? >> >> Christian >> ___________________________ >> >> On Mon, Jun 11, 2012 at 11:49 PM, Bob Horvath <bob at horvath.com> wrote: >>> >>> I did try rebooting windows. No luck. >>> >>> Another clue perhaps. When I try it from a browser >>> (http://localhost:8984/webdav), I get ... >>> >>> >>> >>> HTTP ERROR 500 >>> >>> Problem accessing /webdav. Reason: >>> >>> com/bradmcevoy/http/ResourceFactory >>> >>> Caused by: >>> >>> java.lang.NoClassDefFoundError: com/bradmcevoy/http/ResourceFactory >>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>> at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) >>> at java.lang.Class.getConstructor0(Unknown Source) >>> at java.lang.Class.newInstance0(Unknown Source) >>> at java.lang.Class.newInstance(Unknown Source) >>> at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:153) >>> at >>> org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:428) >>> at >>> org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339) >>> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) >>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) >>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) >>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) >>> at org.mortbay.jetty.handler.HandlerList.handle(HandlerList.java:49) >>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >>> at org.mortbay.jetty.Server.handle(Server.java:326) >>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) >>> at >>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) >>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) >>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) >>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) >>> at >>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) >>> at >>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) >>> Caused by: java.lang.ClassNotFoundException: >>> com.bradmcevoy.http.ResourceFactory >>> at java.net.URLClassLoader$1.run(Unknown Source) >>> at java.net.URLClassLoader$1.run(Unknown Source) >>> at java.security.AccessController.doPrivileged(Native Method) >>> at java.net.URLClassLoader.findClass(Unknown Source) >>> at java.lang.ClassLoader.loadClass(Unknown Source) >>> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >>> at java.lang.ClassLoader.loadClass(Unknown Source) >>> ... 22 more >>> >>> Caused by: >>> >>> java.lang.ClassNotFoundException: com.bradmcevoy.http.ResourceFactory >>> at java.net.URLClassLoader$1.run(Unknown Source) >>> at java.net.URLClassLoader$1.run(Unknown Source) >>> at java.security.AccessController.doPrivileged(Native Method) >>> at java.net.URLClassLoader.findClass(Unknown Source) >>> at java.lang.ClassLoader.loadClass(Unknown Source) >>> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >>> at java.lang.ClassLoader.loadClass(Unknown Source) >>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>> at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) >>> at java.lang.Class.getConstructor0(Unknown Source) >>> at java.lang.Class.newInstance0(Unknown Source) >>> at java.lang.Class.newInstance(Unknown Source) >>> at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:153) >>> at >>> org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:428) >>> at >>> org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339) >>> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) >>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) >>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) >>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) >>> at org.mortbay.jetty.handler.HandlerList.handle(HandlerList.java:49) >>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >>> at org.mortbay.jetty.Server.handle(Server.java:326) >>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) >>> at >>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) >>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) >>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) >>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) >>> at >>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) >>> at >>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) >>> >>> ________________________________ >>> >>> Powered by Jetty:// >>> >>> >>> >>> On Wed, 6 Jun 2012 00:56:44 +0200, Christian Grün wrote: >>> >>> Hmm, yet another Windows 7 issue I can't reproduce on my system.. All >>> I remember is that it was tricky to get it running, while it's dead >>> simple with Linux distributions. – Did you try to restart Windows? >>> Anyone else out there? >>> >>> ___________________________ >>> >>> On Wed, Jun 6, 2012 at 12:25 AM, Bob Horvath <bob at horvath.com> wrote: >>> >>> I followed the instructions on setting up Webdav for Windows 7, but I am >>> still experiencing problems. I know the server is up and running because the >>> rest and restxq interfaces are working. But I can't get Windows 7 to use it >>> as a webdav server. I get the usual "The folder you entered does not appear >>> to be valid/ Please choose another". This site >>> (http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ [1]) >>> claims Windows 7 will not use basic auth, but points to the same MS page >>> that shows how to change the registry. Is there a way to setup Webdav on >>> basex so it uses digest authentication"? In case I missed something stupid, >>> here is what my webdav parameters are in the registry… Windows Registry >>> Editor Version 5.00 >>> [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters] >>> "SupportLocking"=dword:00000001 "InternetServerTimeoutInSec"=dword:0000001e >>> "ServiceDllUnloadOnStop"=dword:00000001 >>> "ServerNotFoundCacheLifeTimeInSec"=dword:0000003c >>> "ClientDebug"=dword:00000000 "FileSizeLimitInBytes"=dword:02faf080 >>> "SendReceiveTimeoutInSec"=dword:0000003c >>> "LocalServerTimeoutInSec"=dword:0000000f >>> "FileAttributesLimitInBytes"=dword:000f4240 >>> "AcceptOfficeAndTahoeServers"=dword:00000001 "ServiceDebug"=dword:00000000 >>> "ServiceDll"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f, >>> 00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00, >>> 77,00,65,00,62,00,63,00,6c,00,6e,00,74,00,2e,00,64,00,6c,00,6c,00,00,00 >>> "BasicAuthLevel"=dword:00000002 Bob Links: ------ [1] >>> http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ >>> _______________________________________________ BaseX-Talk mailing list >>> BaseX-Talk at mailman.uni-konstanz.de >>> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >>> >>> >>> >>> > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk at mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk

On Wed, Jun 13, 2012 at 5:16 PM, Michael Seiferle <ms at basex.org> wrote: > Hi Bob, > > could you perhaps give it a try with the Zip Distribution [1]? > It has some startup scripts inside the bin folder, anyways those scripts contain a minor bug: > > In line 10, somewhere in the middle we try to add milton 1.6.5 to the classpath: >> milton-api-1.6.5.jar > > actually (unfortunatedly) this should say: >> milton-api-1.7.2.jar > Once I changed this line it works fine here. > > In case you feel a little more terminal friendly, you might want to install git[2] and maven[3] and do the following: > > 1) clone the basex-api package from github: >> git clone git://github.com/BaseXdb/basex-api.git > 2) change to the newly cloned basex-api sources: >> cd basex-api > 3) build basex-api from source and run the basexhttp services (webdav, rest, restxq) >> mvn jetty:run > > > > Hope this helps a little! > > Kind regards > Michael > > [1] http://files.basex.org/releases/7.2.1/BaseX721.zip > [2] http://git-scm.com/ > [3] http://maven.apache.org/download.html > Am 12.06.2012 um 05:56 schrieb Bob Horvath: > >> I am pretty sure the .exe. If you think it would help, I could try whatever options you think would be relevant. >> >> Yes, rest and restxq both work. >> >> Bob >> >> On Jun 11, 2012, at 9:19 PM, Christian Grün <christian.gruen at gmail.com> wrote: >> >>> Hi Bob, >>> >>> which BaseX distribution are you working with (EXE, ZIP, compiled >>> GitHub sources)? If I remember right, you didn't encounter any >>> problems with REST/RESTXQ? >>> >>> Christian >>> ___________________________ >>> >>> On Mon, Jun 11, 2012 at 11:49 PM, Bob Horvath <bob at horvath.com> wrote: >>>> >>>> I did try rebooting windows. No luck. >>>> >>>> Another clue perhaps. When I try it from a browser >>>> (http://localhost:8984/webdav), I get ... >>>> >>>> >>>> >>>> HTTP ERROR 500 >>>> >>>> Problem accessing /webdav. Reason: >>>> >>>> com/bradmcevoy/http/ResourceFactory >>>> >>>> Caused by: >>>> >>>> java.lang.NoClassDefFoundError: com/bradmcevoy/http/ResourceFactory >>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>> at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) >>>> at java.lang.Class.getConstructor0(Unknown Source) >>>> at java.lang.Class.newInstance0(Unknown Source) >>>> at java.lang.Class.newInstance(Unknown Source) >>>> at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:153) >>>> at >>>> org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:428) >>>> at >>>> org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339) >>>> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) >>>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) >>>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) >>>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) >>>> at org.mortbay.jetty.handler.HandlerList.handle(HandlerList.java:49) >>>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >>>> at org.mortbay.jetty.Server.handle(Server.java:326) >>>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) >>>> at >>>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) >>>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) >>>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) >>>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) >>>> at >>>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) >>>> at >>>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) >>>> Caused by: java.lang.ClassNotFoundException: >>>> com.bradmcevoy.http.ResourceFactory >>>> at java.net.URLClassLoader$1.run(Unknown Source) >>>> at java.net.URLClassLoader$1.run(Unknown Source) >>>> at java.security.AccessController.doPrivileged(Native Method) >>>> at java.net.URLClassLoader.findClass(Unknown Source) >>>> at java.lang.ClassLoader.loadClass(Unknown Source) >>>> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >>>> at java.lang.ClassLoader.loadClass(Unknown Source) >>>> ... 22 more >>>> >>>> Caused by: >>>> >>>> java.lang.ClassNotFoundException: com.bradmcevoy.http.ResourceFactory >>>> at java.net.URLClassLoader$1.run(Unknown Source) >>>> at java.net.URLClassLoader$1.run(Unknown Source) >>>> at java.security.AccessController.doPrivileged(Native Method) >>>> at java.net.URLClassLoader.findClass(Unknown Source) >>>> at java.lang.ClassLoader.loadClass(Unknown Source) >>>> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) >>>> at java.lang.ClassLoader.loadClass(Unknown Source) >>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>> at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) >>>> at java.lang.Class.getConstructor0(Unknown Source) >>>> at java.lang.Class.newInstance0(Unknown Source) >>>> at java.lang.Class.newInstance(Unknown Source) >>>> at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:153) >>>> at >>>> org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:428) >>>> at >>>> org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339) >>>> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) >>>> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) >>>> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) >>>> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) >>>> at org.mortbay.jetty.handler.HandlerList.handle(HandlerList.java:49) >>>> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >>>> at org.mortbay.jetty.Server.handle(Server.java:326) >>>> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) >>>> at >>>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) >>>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) >>>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) >>>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) >>>> at >>>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) >>>> at >>>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) >>>> >>>> ________________________________ >>>> >>>> Powered by Jetty:// >>>> >>>> >>>> >>>> On Wed, 6 Jun 2012 00:56:44 +0200, Christian Grün wrote: >>>> >>>> Hmm, yet another Windows 7 issue I can't reproduce on my system.. All >>>> I remember is that it was tricky to get it running, while it's dead >>>> simple with Linux distributions. – Did you try to restart Windows? >>>> Anyone else out there? >>>> >>>> ___________________________ >>>> >>>> On Wed, Jun 6, 2012 at 12:25 AM, Bob Horvath <bob at horvath.com> wrote: >>>> >>>> I followed the instructions on setting up Webdav for Windows 7, but I am >>>> still experiencing problems. I know the server is up and running because the >>>> rest and restxq interfaces are working. But I can't get Windows 7 to use it >>>> as a webdav server. I get the usual "The folder you entered does not appear >>>> to be valid/ Please choose another". This site >>>> (http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ [1]) >>>> claims Windows 7 will not use basic auth, but points to the same MS page >>>> that shows how to change the registry. Is there a way to setup Webdav on >>>> basex so it uses digest authentication"? In case I missed something stupid, >>>> here is what my webdav parameters are in the registry… Windows Registry >>>> Editor Version 5.00 >>>> [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters] >>>> "SupportLocking"=dword:00000001 "InternetServerTimeoutInSec"=dword:0000001e >>>> "ServiceDllUnloadOnStop"=dword:00000001 >>>> "ServerNotFoundCacheLifeTimeInSec"=dword:0000003c >>>> "ClientDebug"=dword:00000000 "FileSizeLimitInBytes"=dword:02faf080 >>>> "SendReceiveTimeoutInSec"=dword:0000003c >>>> "LocalServerTimeoutInSec"=dword:0000000f >>>> "FileAttributesLimitInBytes"=dword:000f4240 >>>> "AcceptOfficeAndTahoeServers"=dword:00000001 "ServiceDebug"=dword:00000000 >>>> "ServiceDll"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f, >>>> 00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00, >>>> 77,00,65,00,62,00,63,00,6c,00,6e,00,74,00,2e,00,64,00,6c,00,6c,00,00,00 >>>> "BasicAuthLevel"=dword:00000002 Bob Links: ------ [1] >>>> http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ >>>> _______________________________________________ BaseX-Talk mailing list >>>> BaseX-Talk at mailman.uni-konstanz.de >>>> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >>>> >>>> >>>> >>>> >> _______________________________________________ >> BaseX-Talk mailing list >> BaseX-Talk at mailman.uni-konstanz.de >> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >