Hi Julian,
The error message is a little strange. The "com.adito.vfs.webdav" is an
external (non-3sp) WebDAV servlet integrated into SSL-Explorer. I assume
it was used in the proprietary Drive mapping extension to provide glue
between networkplaces accessed using Apache Commons VFS, SSL-Explorer
server, SSL-Explorer Agent and the client-side CIFS server which
provided the actual "Drive mapping" functionality. In any case the
"Drive mapping" functionality was achieved through a number of
components and was _very_ complex. I don't think the WebDAV servlet has
any without it, but may still cause problems (like now).
Anyways, here's the place where the error is triggered:
/*
* If we wern't expecting authentication, but we got it
anyway, the
* client probably doesn't support cookies.
*/
AuthenticationScheme authScheme =
(DefaultAuthenticationScheme)
req.getSession().getAttribute(Constants.AUTH_SESSION);
if (authScheme != null) {
throw new IOException("Not expecting a realm, yet an
authentication session is available. This is unexpected!");
}
Does your client have cookies enabled?
Samuli
> Hi all,
>
> Recently I created a network place resource pointing to a samba share
> on my adito server. When I tried downloading from the resource, I got
> a the following message.
>
> --------------------------------------
> 500 - Internal Server Error
> The server has encountered an unexpected condition and cannot complete
> this request. Contact your administrator or check the logs for more
> information,
>
> --------------------------------------
>
> I saw this from my adito.log
>
> ERROR DAVServlet - Network Places Request Failed: /cifs/samba share
> java.io.IOException: Not expecting a realm, yet an authentication
> session is available. This is unexpected!
> at
> com.adito.vfs.webdav.DAVTransaction.authorize(DAVTransaction.java:267)
> at
> com.adito.vfs.webdav.DAVTransaction.attemptToAuthorize(DAVTransaction.java:201)
> at com.adito.vfs.webdav.DAVServlet.service(DAVServlet.java:228)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:426)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:474)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:555)
> at org.mortbay.http.HttpContext.handle(HttpContext.java:1562)
> at
> org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:622)
> at org.mortbay.http.HttpContext.handle(HttpContext.java:1514)
> at org.mortbay.http.HttpServer.service(HttpServer.java:955)
> at
> org.mortbay.http.HttpConnection.service(HttpConnection.java:813)
> at
> org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:980)
> at org.mortbay.http.HttpConnection.handle(HttpConnection.java:830)
> at
> org.mortbay.http.SocketListener.handleConnection(SocketListener.java:243)
> at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:356)
> at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:533)
>
> The strange thing is like I can still upload a file and create a new
> folder in that resource. Does anyone knows what might be the cause of
> this error?
>
> Regards,
>
> Julian Kam
> Julian Kam Chee Jie
> IT Operations Engineer
> Tel: +65 6720 0413 Fax: +65 6720 0421 Cell: +65 9646 2595
> Cell(US): 1-415-738-2997
> skype: juliankam84
>
>
> muvee.com <http://www.muvee.com/>
>
> *www.muvee.com <http://www.muvee.com/>* - create memories from photos
> and video
> muvee Technologies
> 133 Middle Road, Level 3, BOC Plaza, Singapore 188974
> Singapore San Francisco New York Tokyo Seoul
> All information in this message should be treated as confidential
> unless otherwise stated.
> For important electronic communications disclaimer, please visit
> http://www.muvee.com/en/privacy
> <http://www.muvee.com/en/privacy#externalemail>.
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> ------------------------------------------------------------------------
>
> _______________________________________________
> Openvpn-als-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/openvpn-als-devel
>
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Openvpn-als-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openvpn-als-devel
