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/
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@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@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
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 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] [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/ [2] _______________________________________________ BaseX-Talk mailing list BaseX-Talk@mailman.uni-konstanz.de [3] https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk [4]
Links: ------ [1] http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ [2] http://shon.org/blog/2010/03/04/howto-fix-windows-7-64bit-webdav/ [3] mailto:BaseX-Talk@mailman.uni-konstanz.de [4] https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk [5] mailto:bob@horvath.com
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@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/ResourceFactoryCaused 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@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@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
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@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@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@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@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
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@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@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@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@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
BaseX-Talk mailing list BaseX-Talk@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
Hi Bob,
I have updated the latest stable snapshots [1], which should reflect Michael's changes (thanks!). Moreover, I have added some checks to avoid similar problems in future releases.
I hope this helps; thanks for your report, Christian
[1] http://files.basex.org/releases/latest/ ___________________________
On Wed, Jun 13, 2012 at 5:16 PM, Michael Seiferle ms@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:
- clone the basex-api package from github:
git clone git://github.com/BaseXdb/basex-api.git
- change to the newly cloned basex-api sources:
cd basex-api
- 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@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@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@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@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
BaseX-Talk mailing list BaseX-Talk@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
basex-talk@mailman.uni-konstanz.de
-
Bob Horvath -
Christian Grün -
Michael Seiferle