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]
