Re: Supporting Japanese charecters in file names.
I cannot help you with the client - never used it. Sorry! I know that utf8 and slide client has been mentioned before on this list - maybe you could find something in the archives? You can find a search function of the slide lists on http://www.mail-archive.com/. /jacob - Original Message - From: "Abhijeet Ramdhave" <[EMAIL PROTECTED]> To: "'Slide Users Mailing List'" Sent: Tuesday, April 19, 2005 8:17 PM Subject: RE: Supporting Japanese charecters in file names. Hi Jacob, Thanks for the reply. I specified the file encoding at the jvm level. I verified that the content and the metadata stored in File Store is correct. But the resource properties retrived using propfind (ReportMethod) method shows garbled characters. Do you know anything about it? Regards, Abhijeet -Original Message- From: Jacob Lund [mailto:[EMAIL PROTECTED] Sent: Saturday, April 16, 2005 2:43 PM To: Slide Users Mailing List Subject: Re: Supporting Japanese charecters in file names. Well I can answer some of your questions: The server does support utf8. I don't know about the client. The file store does support uft-8 if you add following parameter to your java runtime Dfile.encoding=UTF-8. I know some has slide running on Jbossm jetty, weblogic and websphere - you clould hava a look at: http://wiki.apache.org/jakarta-slide/ServerSetup I general you might find answers to a lot of your questions on http://wiki.apache.org/jakarta-slide /jacob - Original Message - From: "Abhijeet Ramdhave" <[EMAIL PROTECTED]> To: Sent: Friday, April 15, 2005 3:24 PM Subject: FW: Supporting Japanese charecters in file names. Hello All, I didn't get any reply on this. Can anybody from Slide developers help me on this? To support multi-byte languages, I just want to ensure that the slide uses UTF-8 encoding at server, WebDav Client as well as File Store. I would appriciate if somebody tell me the configurations if any are required. I am using Slide 2.1 Milestone 1 and a WebDav client library to make webdav calls. Regards, Abhijeet -Original Message- From: Abhijeet Ramdhave Sent: Wednesday, April 13, 2005 9:50 PM To: 'slide-user@jakarta.apache.org' Subject: Supporting Japanese charecters in file names. Hello All, Here we are working on LCMS product that uses Slide 2.1 M1 as repository store. I need to get the clarification on the following: 1. Does the Slide 2.1 M1 support UTF-8 encoding in server as well as WebDav Client Library? 2. Can we make the File Store to use UTF-8 encoding as opposed to OS's default encoding for storing files and meta? If yes, how? 3. How would it affect if the Slide has to work with other servlet engines (or app servers) other than Tomcat? Regards, Abhijeet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
slide WCK question : CVS down ?
hello, I wanted to try out Slide Webdav Construction Kit but somehow the CVS server on apache seems to be down. Is there any way to get the WCK Files ? Does anyone of you have a rar file ? Bye, mark breitner -- +++ GMX - Die erste Adresse für Mail, Message, More +++ 1 GB Mailbox bereits in GMX FreeMail http://www.gmx.net/de/go/mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help! My DASL search not ordering results
I am trying to get my DASL search to order my results. I use this XML 1 Can anyone tell me why my results done order on the displayname ? Cheers Paul. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help with ACL on hidden collection
I have a collection /slide/file/prop that has some ACL on it which means I cant see it. using the webdav client i issue grant all on /slide/files/prop to /slide/roles/root and it gives >>> to server --- PROPFIND /slide/files/prop HTTP/1.1 Authorization: Basic cm9vdDpyb290 Content-Type: text/xml; charset=utf-8 User-Agent: Jakarta Commons-HttpClient/2.0final Host: devserver:8080 Cookie: $Version=0; JSESSIONID=CA8103B9CFD0B5A625191C12B5841405; $Path=/slide Content-Length: 104 Depth: 0 Error: PropFind didn't return an AclProperty! Also the debug fro the server gives : http-8080-Processor19, 20-Apr-2005 11:46:25, root, PROPFIND, 403 "Forbidden", 10 ms, /files/prop Can someone hint to me what I need to set / unset to see this dir again ?? Do I have to look somewhere in the database to see what ACL is set ? Cheers paul. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: slide WCK question : CVS down ?
Strange ... I got the same problem :-( Any idea ? Mark Breitner a écrit : >hello, > >I wanted to try out Slide Webdav Construction Kit but somehow the CVS server >on apache seems to be down. > >Is there any way to get the WCK Files ? >Does anyone of you have a rar file ? > >Bye, > >mark breitner > > > -- *Jean-Philippe Encausse* - R&D Jalios SA [EMAIL PROTECTED] - http://www.encausse.com - http://www.jalias.com ICQ: 109796741 - AOL: NextOne - MSN: [EMAIL PROTECTED] Mob: +33 6 80 75 71 09 - Office: +33 1 39 23 92 83 - Home: +33 1 39 18 90 15 *Do it Once, Use it Twice ~ Do it Twice, Make It Once* -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.18 - Release Date: 19/04/2005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 4 and Tomcat 5 Client differences
Although I still don't know why, I did find in the archives where a "redirect was requested while redirect is disabled" was referenced and as I debugged I found this was the cause of my application's inability to connect. The http://localhost:8080/slide on tomcat 4 worked but did not work on tomcat 5. However, http://localhost:8080/slide/ worked on both. I modified my application to check uri and set the trailing '/' on connect and AOK. Michael Oliver CTO Alarius Systems LLC 3325 N. Nellis Blvd, #1 Las Vegas, NV 89115 Phone:(702)643-7425 Fax:(702)974-0341 *Note new email changed from [EMAIL PROTECTED] -Original Message- From: Michael Oliver [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 19, 2005 12:11 PM To: 'Slide Users Mailing List' Subject: Tomcat 4 and Tomcat 5 Client differences I am having a problem connecting to slide on Tomcat 5 similar to a previous thread that ends with http://mail-archives.apache.org/mod_mbox/jakarta-slide-user/200409.mbox/ [EMAIL PROTECTED] I had slide 2.1 running fine on Tomcat 4 at http://localhost:8080/slide I have my application talking to slide via the webdavresource in the client libs also just fine to Tomcat 4 at that URL. When I upgraded to Tomcat 5 it throws an HttpException org.apache.commons.httpclient.HttpException at org.apache.webdav.lib.WebdavResource.propfindMethod(WebdavResource.java: 3467) at org.apache.webdav.lib.WebdavResource.propfindMethod(WebdavResource.java: 3423) at org.apache.webdav.lib.WebdavResource.setNamedProp(WebdavResource.java:96 7) at org.apache.webdav.lib.WebdavResource.setBasicProperties(WebdavResource.j ava:912) at org.apache.webdav.lib.WebdavResource.setProperties(WebdavResource.java:1 894) at org.apache.webdav.lib.WebdavResource.setHttpURL(WebdavResource.java:1301 ) at org.apache.webdav.lib.WebdavResource.setHttpURL(WebdavResource.java:1320 ) at org.apache.webdav.lib.WebdavResource.setHttpURL(WebdavResource.java:1408 ) at org.apache.webdav.lib.WebdavResource.(WebdavResource.java:290) at com.alariusj.contentclient.AJContentClient.Connect(AJContentClient.java: 924) at com.alariusj.contentclient.test.AJContentClientTest.testConnect(AJConten tClientTest.java:67) which is this part of the code try { httpURL = new HttpURL(stringUrl); webdavResource = new WebdavResource(httpURL); webdavResource.setDebug(debugLevel); setPath(webdavResource.getPath()); retStatus = webdavResource.getPath(); } catch (HttpException we) { // Check authorization and try it again. we.printStackTrace(); log.debug("HttpException:"+ we.getLocalizedMessage()); if (we.getReasonCode() == HttpStatus.SC_UNAUTHORIZED) { was that previous thread ever resolved? Michael Oliver CTO Alarius Systems LLC 3325 N. Nellis Blvd, #1 Las Vegas, NV 89115 Phone:(702)643-7425 Fax:(702)974-0341 *Note new email changed from [EMAIL PROTECTED] -Original Message- From: Miguel Figueiredo [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 09, 2005 2:19 AM To: 'Slide Users Mailing List' Subject: RE: custom authentication with slide and httpclient Hello Aaron, Lately I have been very upset by that 'expect: continue' handshake. I'll just link you with my results in this urls: http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.do tnet .framework&mid=a515168f-df63-4ff3-8e2b-ec7f6fb76c0a http://issues.apache.org/bugzilla/show_bug.cgi?id=31567 In short, there seems to be an exploit Micro$oft found about to make their http 1.1 implementation incompatible with tomcat 5.0.28 (at least this version it's true). Seems like M$ uses the 'expect: continue' header for authentication handshake but instead of waiting for the response, from the remote server, before starting to send the body content, it starts to send the body content anyway. That is bad because tomcat replies with an obvious 401 Unauthorized, and for the following HTTP request it uses the data from the body content from the previous request as the start of the following request. That results in another error response 505 HTTP Version Not Supported. In those links I complained to M$ and they just told me to disable the 'expect' headers (LOL), and to Tomcat, Remy just wasn't very reasonable to make an enhancement (discard the data of the invalid content body) witch I though it was the right thing to do... It was just a warning about the expect headers. Best regards, Miguel Figueiredo Hi Aaron, See my comments in-line On Mon, 2005-02-07 at 10:49 -0500, Aaron Hamid wrote: > Hi folks, sorry for the cross posting but I think this issue is relevant > to both projects. > > There are two problems I have found, one in http client, one in Slide. > First, it seems that Cred
Re: slide WCK question : CVS down ?
Jean-Philippe Encausse wrote: Strange ... I got the same problem :-( Any idea ? The ASF hosting facility had a power outage (hitting most CVS and SVN repos). Everything should be back up again. Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]