Closed GoogleCodeExporter closed 9 years ago
For getRessources(_), what the server returns? JAXB error hints there is some
unexpected response.
Original comment by dynaw...@gmail.com
on 2 Mar 2010 at 3:27
Hmmm... I see your error:
new File("c:\lokalFileName.ext")
You escaped "l".
Please fix this and check what the server returns for the other method. Until
then, I
dare to mark this as Invalid.
Original comment by dynaw...@gmail.com
on 2 Mar 2010 at 3:29
By the way: Is your project Maven-based? I noticed your note about
commons-codec...
Original comment by dynaw...@gmail.com
on 2 Mar 2010 at 3:33
First thx for the fast response!
My project is not maven-based, but i had the maven-integration installed in
eclipse.
After uninstalling it, i retried without commons-codec with this result:
Exception in thread "main" java.lang.NoClassDefFoundError:
org/apache/commons/codec/binary/Base64
at org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:163)
at org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:135)
at
org.apache.http.client.protocol.RequestTargetAuthentication.process(RequestTarge
tAuthentication.java:99)
at org.apache.http.protocol.BasicHttpProcessor.process(BasicHttpProcessor.java:251)
at org.apache.http.protocol.HttpRequestExecutor.preProcess(HttpRequestExecutor.java:168)
at
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirecto
r.java:458)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:641)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:576)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:554)
at com.googlecode.sardine.SardineImpl.executeWrapper(SardineImpl.java:345)
at com.googlecode.sardine.SardineImpl.getResources(SardineImpl.java:108)
at test.net.schmithuesen.tools.probeSardine.main(probeSardine.java:26)
Caused by: java.lang.ClassNotFoundException:
org.apache.commons.codec.binary.Base64
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:303)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:316)
Original comment by enigmain...@gmail.com
on 2 Mar 2010 at 5:11
@put Method
I did the escape error only here, in my test i used c:/..
To be really on the safe side i use now
final char sC = File.separatorChar;
new File("c:"+sC+"path"+sC+"localFileName.ext")
PS: I tried webdav4j in the meantime, why did it not fit for you?
Original comment by enigmain...@gmail.com
on 2 Mar 2010 at 5:21
httpclient has a dep on commons-codec. i forgot about that. i've updated the
wiki page
and added it to the distribution for the next release.
Original comment by latch...@gmail.com
on 2 Mar 2010 at 6:47
@enigmainkognito: for some reason, sardine is having trouble communicating with
your
dav server. maybe it isn't configured correctly. is there anything in the
tomcat logs
which would suggest and issue?
Original comment by latch...@gmail.com
on 2 Mar 2010 at 6:50
Ad commons-codec: Ok, I've filed #28. And now I see it's fixed already :)
Ad PUT - what's the result when you fixed the \ ?
Ad JAXB error - have you checked what the server sends? See Etheral:
http://www.ethereal.com/download.html
Original comment by dynaw...@gmail.com
on 2 Mar 2010 at 7:00
[deleted comment]
@latchkey
I had that idea as well that the server might be answering not correctly, but
the
problem persists if i use https://mediacenter.gmx.de/
Is there any Webdav testing server online? I could check vs an other host..
I could not find anything in the tomcat logs.
@ondra
-put: the stacktrace is the same as above
-jaxb: i will do it and check the server response and post it here (Ethereal is
wireshark this days)
Original comment by enigmain...@gmail.com
on 2 Mar 2010 at 7:19
i did a networktrace for the get method. See txt file in attachment.
I did also a trace for the put method: Server answers the first request with
"HTTP/1.1 401 Unauthorized" but the client does not try again with auth
Original comment by enigmain...@gmail.com
on 2 Mar 2010 at 7:43
Attachments:
Original issue reported on code.google.com by
enigmain...@gmail.com
on 2 Mar 2010 at 3:02