test webdav connection???
I am having trouble connecting to our exchange server (microsoft) via webdav. To isolate the problem to a library issue or an exchange configuration issue, I wanted to try to connect to a webdav server out there in cyberspace via the slide libraries. If I can, then I know its a server configuration issue. If I can't then I know its a slide library issue. Is there a webdav server anywhere that I can connect to for free??? John McClain Senior Software Engineer TCS Healthcare [EMAIL PROTECTED] (530)886-1700x235 "Skepticism is the first step toward truth" - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Slide concurrency / "sequential-mode"
Hello, I've deployed a clean installation of Slide 2.1 (as a webapp/.war), and configured it to be used with MySQL 4.1 which works like a charm. However, when I try to upload several files that takes a while to transfer at once to a directory they seem to be uploaded sequentially which hinders concurrent performance when many users put files. I noticed the configuration-parameter "sequential-mode" that was set to full in the base installation of slide: full But when I change it to "off" to allow concurrent puts of files, all PUT's done while another one is currently uploading eventually fails, with a Deadlock-error in the logs (see below). Is it not possible to turn off the sequential-mode to achieve better concurrency in Slide, or have I configured slide wrong in any way? Regards, Peder 02 Jul 2005 00:00:53 - org.apache.slide.store.impl.rdbms.MySqlRDBMSAdapter - ERROR - SQL error 1205 on /files/test/David_o_Mickey_02.tif: Deadlock found when trying to get lock; Try restarting transaction message from server: "Lock wait timeout exceeded; try restarting transaction" java.sql.SQLException: Deadlock found when trying to get lock; Try restarting transaction message from server: "Lock wait timeout exceeded; try restarting transaction" at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:1997) at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:1906) at com.mysql.jdbc.MysqlIO.nextRow(MysqlIO.java:997) at com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:296) at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1325) at com.mysql.jdbc.Connection.execSQL(Connection.java:2247) at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1586) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:92) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveObject(StandardRDBMSAdapter.java:273) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveObject(AbstractRDBMSStore.java:416) at org.apache.slide.store.AbstractStore.retrieveObject(AbstractStore.java:594) at org.apache.slide.store.ExtendedStore.retrieveObject(ExtendedStore.java:574) ... org.apache.slide.common.ServiceAccessException: Service [EMAIL PROTECTED] access error : Deadlock found when trying to get lock; Try restarting transaction message from server: "Lock wait timeout exceeded; try restarting transaction" at org.apache.slide.store.impl.rdbms.MySqlRDBMSAdapter.createException(MySqlRDBMSAdapter.java:66) at org.apache.slide.store.impl.rdbms.StandardRDBMSAdapter.retrieveObject(StandardRDBMSAdapter.java:350) at org.apache.slide.store.impl.rdbms.AbstractRDBMSStore.retrieveObject(AbstractRDBMSStore.java:416) ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getting PROTOCOL_NOT_SUPPORTED error using IE and navigateFrame
Edmund Urbani wrote: >Miguel Figueiredo wrote: > > > >>Hello Edmund, >> >> >> >>That problem is similar with one I saw in this mailing list some months >>ago. In short, it's an M$ problem in obeying HTTP specification, and >>stubbornness of tomcat's team to follow a slightly different behaviour where >>HTTP spec is kind of shallow. >> >> >> >>If it is what I'm thinking, it's a problem with the interpretation of the >>expect-continue http header witch, M$ sends to the server, but instead of >>waiting for de 100-continue response, it just starts to send the body of the >>message. When the server receives the request with expect header, and it's >>body, the server thinks the body is another HTTP request, witch obviously is >>not. Result: server returns PROTOCOL_NOT_SUPPORTED http code. >> >> >> >>How to solve this? Turn off expect-header in M$ side or keep-alive >>connections (auch). >> >> >> >>Hope this helps, >> >>Miguel Figueiredo >> >> >> >> >> >> >Thanks, Miguel. > >I've been doing some packet sniffing now to see what's really going on. >It does not look like the problem you described - at least to me it does >not. >the server just gets these 4 requests (server URL is >http://halley.liland.org:8081/slide/): > >1. OPTIONS / HTTP/1.1 >answered with status 200 >2. GET /_vti_inf.html HTTP/1.1 >answered with 404 >3. POST /_vti_bin/shtml.exe/_vti_rpc HTTP/1.1 >again 404 (what is the client attempting to do here) >4. OPTIONS /slide HTTP/1.1 >answered with 302 (redirect from "/slide" to "/slide/") > >that's it. nothing more from the client after it receives the redirect. >what's really sad: not one of these requests even reaches Slide. > > Edmund > > > I have finally found a solution to this problem. The redirect-reply (to the fourth request), that adds the trailing slash, seems to confuse the M$ client. Tomcat4 did not issue a redirect here. So I dug into the tomcat5 code and changed this behaviour. Works fine that way. I think I'll also post this to the Tomcat list and propose tomcat gets some configuration option for this. Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How get informations about store?
Hello, How can I determine number of files stored in store and their total size? I tried some ways, but they were always slow, or throwed out of memory. Thanks, Radek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getting PROTOCOL_NOT_SUPPORTED error using IE and navigateFrame
Miguel Figueiredo wrote: > > > Hello Edmund, > > > > That problem is similar with one I saw in this mailing list some months >ago. In short, it's an M$ problem in obeying HTTP specification, and >stubbornness of tomcat's team to follow a slightly different behaviour where >HTTP spec is kind of shallow. > > > > If it is what I'm thinking, it's a problem with the interpretation of the >expect-continue http header witch, M$ sends to the server, but instead of >waiting for de 100-continue response, it just starts to send the body of the >message. When the server receives the request with expect header, and it's >body, the server thinks the body is another HTTP request, witch obviously is >not. Result: server returns PROTOCOL_NOT_SUPPORTED http code. > > > > How to solve this? Turn off expect-header in M$ side or keep-alive >connections (auch). > > > > Hope this helps, > > Miguel Figueiredo > > > > Thanks, Miguel. I've been doing some packet sniffing now to see what's really going on. It does not look like the problem you described - at least to me it does not. the server just gets these 4 requests (server URL is http://halley.liland.org:8081/slide/): 1. OPTIONS / HTTP/1.1 answered with status 200 2. GET /_vti_inf.html HTTP/1.1 answered with 404 3. POST /_vti_bin/shtml.exe/_vti_rpc HTTP/1.1 again 404 (what is the client attempting to do here) 4. OPTIONS /slide HTTP/1.1 answered with 302 (redirect from "/slide" to "/slide/") that's it. nothing more from the client after it receives the redirect. what's really sad: not one of these requests even reaches Slide. Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: getting PROTOCOL_NOT_SUPPORTED error using IE and navigateFrame
Hello Edmund, That problem is similar with one I saw in this mailing list some months ago. In short, it's an M$ problem in obeying HTTP specification, and stubbornness of tomcat's team to follow a slightly different behaviour where HTTP spec is kind of shallow. If it is what I'm thinking, it's a problem with the interpretation of the expect-continue http header witch, M$ sends to the server, but instead of waiting for de 100-continue response, it just starts to send the body of the message. When the server receives the request with expect header, and it's body, the server thinks the body is another HTTP request, witch obviously is not. Result: server returns PROTOCOL_NOT_SUPPORTED http code. How to solve this? Turn off expect-header in M$ side or keep-alive connections (auch). Hope this helps, Miguel Figueiredo -Original Message- From: Edmund Urbani [mailto:[EMAIL PROTECTED] Sent: sexta-feira, 1 de Julho de 2005 9:46 To: slide-user@jakarta.apache.org Subject: getting PROTOCOL_NOT_SUPPORTED error using IE and navigateFrame Hi! I'm trying to use an IE specific feature to access the slide server directly as a webfolder from a html page. to do this I'm using the javascript method navigateFrame. this does work with an old webdav repository here (tomcat 4.1 + some slide 2.1 beta) but it won't work on other systems with more recent tomcat+slide (tomcat 5.0.x and slide 2.1/slide 2.2pre1). i'm not sure whether the versions have anything to do with the problem. it could also be something about tomcat's/slide's configuration. i have not really been able to narrow it down. the navigateFrame method returns "OK" for the old repository and "PROTOCOL_NOT_SUPPORTED" for the other ones i tried. when it works i get the webfolder view in a new window, when it does not the window (which i created with javascript window.open) remains empty. any ideas? anyone seen this kind of error before? Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
getting PROTOCOL_NOT_SUPPORTED error using IE and navigateFrame
Hi! I'm trying to use an IE specific feature to access the slide server directly as a webfolder from a html page. to do this I'm using the javascript method navigateFrame. this does work with an old webdav repository here (tomcat 4.1 + some slide 2.1 beta) but it won't work on other systems with more recent tomcat+slide (tomcat 5.0.x and slide 2.1/slide 2.2pre1). i'm not sure whether the versions have anything to do with the problem. it could also be something about tomcat's/slide's configuration. i have not really been able to narrow it down. the navigateFrame method returns "OK" for the old repository and "PROTOCOL_NOT_SUPPORTED" for the other ones i tried. when it works i get the webfolder view in a new window, when it does not the window (which i created with javascript window.open) remains empty. any ideas? anyone seen this kind of error before? Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
user logging
Hi, I'm using the WCK to create a store. I need to know which user caused the call of a write method (createResource, setResourceContent, ...). Where do I get this information? best regards Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]