RE: Binding store rename accents
I think the problem comes from transaction.
I have created a resource /slide/files/yé
Next, if i execute the following code :
public static void testRenameSimple() throws HttpException, IOException {
HttpURL oHttpURL = new HttpURL(http://localhost:8082/slide/;);
oHttpURL.setUserinfo(root, root);
WebdavResource oWebdavResource = new WebdavResource(oHttpURL);
try {
oWebdavResource.setPath(/slide/files/yé);
} catch( HttpException e ) {
e.printStackTrace();
System.out.println( e.getReasonCode());
} catch (Exception e) {
e.printStackTrace();
}
}
= No error.
The http request is well encoded :
?xml version=1.0 encoding=utf-8 ?
D:propfind xmlns:D=DAV:
D:propD:displayname/D:getcontentlength/D:getcontenttype/
D:resourcetype/D:getlastmodified/D:lockdiscovery//D:prop
/D:propfindPROPFIND /slide/files/y%C3%A9 HTTP/1.1
Authorization: Basic cm9vdDpyb290
Content-Type: text/xml; charset=utf-8
User-Agent: Jakarta Commons-HttpClient/3.0-rc2
Host: localhost:8082
Cookie: $Version=0; JSESSIONID=88EC6B6A6234E029D8053339B6953881; $Path=/slide
Content-Length: 207
Depth: 0
If I had in my code, the notion of transaction :
public static void testRenameSimple() throws HttpException, IOException {
HttpURL oHttpURL = new HttpURL(http://localhost:8082/slide/;);
oHttpURL.setUserinfo(root, root);
WebdavResource oWebdavResource = new WebdavResource(oHttpURL);
oWebdavResource.startTransaction(root, 2000);
try {
oWebdavResource.setPath(/slide/files/yé);
oWebdavResource.commitTransaction();
} catch( HttpException e ) {
oWebdavResource.abortTransaction();
e.printStackTrace();
System.out.println( e.getReasonCode());
} catch (Exception e) {
oWebdavResource.abortTransaction();
e.printStackTrace();
}
}
I get :
java.lang.IllegalArgumentException: Invalid uri '/slide/files/yé': escaped
absolute path not valid
at
org.apache.commons.httpclient.HttpMethodBase.init(HttpMethodBase.java:219)
at
org.apache.webdav.lib.methods.HttpRequestBodyMethodBase.init(HttpRequestBodyMethodBase.java:73)
at
org.apache.webdav.lib.methods.XMLResponseMethodBase.init(XMLResponseMethodBase.java:92)
at
org.apache.webdav.lib.methods.UnlockMethod.init(UnlockMethod.java:85)
at
org.apache.webdav.lib.methods.UnlockMethod.init(UnlockMethod.java:69)
at
org.apache.webdav.lib.WebdavResource.endTransaction(WebdavResource.java:438)
at
org.apache.webdav.lib.WebdavResource.abortTransaction(WebdavResource.java:4370)
at
com.a2a.slide.test.TestSlideBindingFactory.testRenameSimple(TestSlideBindingFactory.java:173)
at
com.a2a.slide.test.TestSlideBindingFactory.main(TestSlideBindingFactory.java:198)
There is no http request sent.
Adding a transaction for a setPath is stupid.
It is just to show u that there is a problem.
-Message d'origine-
De : Jacob Lund [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 mai 2005 09:32
À : Slide Users Mailing List
Objet : Re: Binding store rename accents
If you are using the files based store and windows then you have to have
following parameter on you java machine -Dfile.encoding=UTF-8 - otherwise
java will use local characterset instead of unicode in IO operations.
I am not familiar with the client lib, but I don't think that lib will do
the UTF-8 conversion for you. If I am correct the you will have to change
/slide/files/testéàù to /slide/files/test%c3%a9%c3%a0%c3%b9.
/jacob
- Original Message -
From: Laurent Michenaud [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Wednesday, May 18, 2005 9:06 AM
Subject: RE: Binding store rename accents
Slide 2.1
Encoding : UTF-8
Client : Java Webdavlib
Store : BindingStore
The code :
HttpURL oHttpURL = new HttpURL(http://localhost:8080/slide;);
oHttpURL.setUserinfo(SLIDE_ADMIN, SLIDE_PASSWORD);
WebdavResource oWebdavResource = new WebdavResource(oHttpURL);
oWebdavResource.startTransaction(SLIDE_ADMIN, SLIDE_TIMEOUT );
if ( oWebdavResource.moveMethod(
/slide/files/test, /slide/files/testéàù)) {
oWebdavResource.commitTransaction();
}
else oWebdavResource.abortTransaction();
oWebdavResource.close();
-Message d'origine-
De : Jacob Lund [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 mai 2005 08:57
À : Slide Users Mailing List
Objet : Re: Binding store rename accents
Sounds like an encoding problem!
What version of slide are you using? What client? What encoding have you
configured?
/jacob
- Original Message -
From: Laurent Michenaud [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Tuesday, May 17, 2005 12:18 PM
Subject: Binding store rename accents
Hi,
I use the binding store.
If I try to rename a resource and the new resource name contains
RE: Re: Problems getting authentication working
Hello Brandon, That's weird. The symptom for the log May 17, 2005 5:32:46 PM org.apache.catalina.realm.JAASRealm authenticate SEVERE: Unexpected error java.lang.SecurityException: Unable to locate a login configuration at com.sun.security.auth.login.ConfigFile.init(ConfigFile.java:97) ... is that the the file jaas.config does not exist in the path that it's supposed to be. The default path is $TOMCAT_HOME/conf/. If nothing about jaas is configured in the server.xml, maybe you should check the /bin/startup.bat file also. Best Regards, Miguel Figueiredo -Original Message- From: Brandon Dove [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 18 de Maio de 2005 19:24 To: slide-user@jakarta.apache.org Subject: RE: Re: Problems getting authentication working I believe that one distribution of slide comes with jaas integration. It seems to be your case, so, I believe that you only need to delete the JAASRealm pointing to a slide configuration on server.xml of tomcat. I've looked for any references to JAAS in my configuration and can see nothing. I've done the following in $TOMCAT_HOME: grep -i jass $(find .) and find no matches other than in the binary file $TOMCAT_HOME/webapps/slide/WEB-INF/slide-jaas-2.1.jar. Cheers, Brandon Get your own 800 number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag - 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]
Role/User using Webdavlib
Is there a mean to manage the user membership to roles using the webdavlib. I can do it with Projector but I need the transactions so I would like to do it with webdavlib. Is it possible ? Examples ? Thanks
Re: Role/User using Webdavlib
Adding users to groups or roles in slide is simply to use proppatch. Add a list of href user elements to the DAV:group-member-set property on the specific group. e.g.: adding users /user/john and /user/joe to /roles/users property DAV:group-member-set on /roles/users must be set to href/user/john/hrefhref/user/joe/href /jacob - Original Message - From: Laurent Michenaud [EMAIL PROTECTED] To: Slide Users Mailing List slide-user@jakarta.apache.org Sent: Thursday, May 19, 2005 12:58 PM Subject: Role/User using Webdavlib Is there a mean to manage the user membership to roles using the webdavlib. I can do it with Projector but I need the transactions so I would like to do it with webdavlib. Is it possible ? Examples ? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Role/User using Webdavlib
Thanks... -Message d'origine- De : Jacob Lund [mailto:[EMAIL PROTECTED] Envoyé : jeudi 19 mai 2005 13:47 À : Slide Users Mailing List Objet : Re: Role/User using Webdavlib Adding users to groups or roles in slide is simply to use proppatch. Add a list of href user elements to the DAV:group-member-set property on the specific group. e.g.: adding users /user/john and /user/joe to /roles/users property DAV:group-member-set on /roles/users must be set to href/user/john/hrefhref/user/joe/href /jacob - Original Message - From: Laurent Michenaud [EMAIL PROTECTED] To: Slide Users Mailing List slide-user@jakarta.apache.org Sent: Thursday, May 19, 2005 12:58 PM Subject: Role/User using Webdavlib Is there a mean to manage the user membership to roles using the webdavlib. I can do it with Projector but I need the transactions so I would like to do it with webdavlib. Is it possible ? Examples ? Thanks - 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]
RE: Binding store rename accents
I have finally found what the problem is...
If you have a resource with an acl for a role,
And, If you rename the role, the acl is not updated.
On the standard file store, there is no error generated.
On the binding store, it generates an error.
I don't know if slide has to update automatically the acls
when u rename a role or a user. It is not a simple operation
and it may takes time.
The fact is that there is anyway a problem.
-Message d'origine-
De : Miguel Figueiredo [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 mai 2005 13:53
À : 'Slide Users Mailing List'
Objet : RE: Binding store rename accents
Yes it does, I don't have an encoding problem after setting that property to
UTF8... Also, from the client side I have default configurations so I didn't
have the opportunity to mess them up.
Miguel
-Original Message-
From: Laurent Michenaud [mailto:[EMAIL PROTECTED]
Sent: quarta-feira, 18 de Maio de 2005 11:24
To: Slide Users Mailing List
Subject: RE: Binding store rename accents
Yes, the property is configured.
Does it work for u now ?
-Message d'origine-
De : Miguel Figueiredo [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 mai 2005 12:22
À : 'Slide Users Mailing List'
Objet : RE: Binding store rename accents
Hia folks,
I'm using binding store also, and had this similar problem last week. Can
you confirm in server.xml that the http connector has the
«URIEncoding=UTF-8» property ?
Best regards,
Miguel Figueiredo
-Original Message-
From: Jacob Lund [mailto:[EMAIL PROTECTED]
Sent: quarta-feira, 18 de Maio de 2005 9:12
To: Slide Users Mailing List
Subject: Re: Binding store rename accents
Forgot to mention: I am using 2.1 and the filestore with bindings. Encoding
set to UTF-8.
The move shown below will move /files/test to /files/testéàù on my slide
instance.
/jacob
- Original Message -
From: Jacob Lund [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Wednesday, May 18, 2005 10:00 AM
Subject: Re: Binding store rename accents
Try to use a trace program to see what data is sent from the client to the
server. The request from the client should look something like this:
MOVE /files/test HTTP/1.1
Host: localhost:82
Connection: TE
TE: trailers
Destination: http://localhost:82/files/test%c3%a9%c3%a0%c3%b9
/jacob
PS: A nice little TCP trace program: http://www.pocketsoap.com/tcpTrace/
- Original Message -
From: Laurent Michenaud [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Wednesday, May 18, 2005 9:38 AM
Subject: RE: Binding store rename accents
I have already configured -Dfile.encoding=UTF-8.
I have seen that some methods need the parameters to be UTF-8 encoded,
others don't.
The move method doesnot need the parameters to be encoded.
I don't have the problem with the standard store.
-Message d'origine-
De : Jacob Lund [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 mai 2005 09:32
À : Slide Users Mailing List
Objet : Re: Binding store rename accents
If you are using the files based store and windows then you have to have
following parameter on you java machine -Dfile.encoding=UTF-8 - otherwise
java will use local characterset instead of unicode in IO operations.
I am not familiar with the client lib, but I don't think that lib will do
the UTF-8 conversion for you. If I am correct the you will have to change
/slide/files/testéàù to /slide/files/test%c3%a9%c3%a0%c3%b9.
/jacob
- Original Message -
From: Laurent Michenaud [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Wednesday, May 18, 2005 9:06 AM
Subject: RE: Binding store rename accents
Slide 2.1
Encoding : UTF-8
Client : Java Webdavlib
Store : BindingStore
The code :
HttpURL oHttpURL = new HttpURL(http://localhost:8080/slide;);
oHttpURL.setUserinfo(SLIDE_ADMIN, SLIDE_PASSWORD);
WebdavResource oWebdavResource = new WebdavResource(oHttpURL);
oWebdavResource.startTransaction(SLIDE_ADMIN, SLIDE_TIMEOUT );
if ( oWebdavResource.moveMethod(
/slide/files/test, /slide/files/testéàù)) {
oWebdavResource.commitTransaction();
}
else oWebdavResource.abortTransaction();
oWebdavResource.close();
-Message d'origine-
De : Jacob Lund [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 mai 2005 08:57
À : Slide Users Mailing List
Objet : Re: Binding store rename accents
Sounds like an encoding problem!
What version of slide are you using? What client? What encoding have you
configured?
/jacob
- Original Message -
From: Laurent Michenaud [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Tuesday, May 17, 2005 12:18 PM
Subject: Binding store rename accents
Hi,
I use the binding store.
If I try to rename a resource and the new resource name contains
accents, then
my resource disappears. I can't see it anymore.
In the
Notification polls
Hi , I am facing a strange behaviour on slide . I have created a NotificationListener on /slide/files with a pollinterval of 60 seconds and a Subscriber for Update/newmember on /slide/files/stuff with a delay of 100 ms. between two polls I create two collections on /slide/files/stuff named test1 and test2 but in the subscriber notify method map I only find the latter collection and the notify method is called only once . Is this a wanted behaviour ? If yes how can I be notified of both the collections ? tia Marco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Binding store rename accents
This looks to be the same problem as bug 34910. eg.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34910
Jacob opened this bug for transaction targets with a space in their name but,
as the bug description notes, this indicates the uri encoding is incorrect.
Warwick
-Original Message-
From: Laurent Michenaud [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 19, 2005 3:10 AM
To: Slide Users Mailing List
Subject: RE: Binding store rename accents
I think the problem comes from transaction.
I have created a resource /slide/files/yé
Next, if i execute the following code :
public static void testRenameSimple() throws HttpException,
IOException {
HttpURL oHttpURL = new
HttpURL(http://localhost:8082/slide/;);
oHttpURL.setUserinfo(root, root);
WebdavResource oWebdavResource = new WebdavResource(oHttpURL);
try {
oWebdavResource.setPath(/slide/files/yé);
} catch( HttpException e ) {
e.printStackTrace();
System.out.println( e.getReasonCode());
} catch (Exception e) {
e.printStackTrace();
}
}
= No error.
The http request is well encoded :
?xml version=1.0 encoding=utf-8 ?
D:propfind xmlns:D=DAV:
D:propD:displayname/D:getcontentlength/D:getcontenttype/
D:resourcetype/D:getlastmodified/D:lockdiscovery//D:prop
/D:propfindPROPFIND /slide/files/y%C3%A9 HTTP/1.1
Authorization: Basic cm9vdDpyb290
Content-Type: text/xml; charset=utf-8
User-Agent: Jakarta Commons-HttpClient/3.0-rc2
Host: localhost:8082
Cookie: $Version=0;
JSESSIONID=88EC6B6A6234E029D8053339B6953881; $Path=/slide
Content-Length: 207
Depth: 0
If I had in my code, the notion of transaction :
public static void testRenameSimple() throws HttpException,
IOException {
HttpURL oHttpURL = new
HttpURL(http://localhost:8082/slide/;);
oHttpURL.setUserinfo(root, root);
WebdavResource oWebdavResource = new WebdavResource(oHttpURL);
oWebdavResource.startTransaction(root, 2000);
try {
oWebdavResource.setPath(/slide/files/yé);
oWebdavResource.commitTransaction();
} catch( HttpException e ) {
oWebdavResource.abortTransaction();
e.printStackTrace();
System.out.println( e.getReasonCode());
} catch (Exception e) {
oWebdavResource.abortTransaction();
e.printStackTrace();
}
}
I get :
java.lang.IllegalArgumentException: Invalid uri
'/slide/files/yé': escaped absolute path not valid
at
org.apache.commons.httpclient.HttpMethodBase.init(HttpMethod
Base.java:219)
at
org.apache.webdav.lib.methods.HttpRequestBodyMethodBase.init
(HttpRequestBodyMethodBase.java:73)
at
org.apache.webdav.lib.methods.XMLResponseMethodBase.init(XML
ResponseMethodBase.java:92)
at
org.apache.webdav.lib.methods.UnlockMethod.init(UnlockMethod
.java:85)
at
org.apache.webdav.lib.methods.UnlockMethod.init(UnlockMethod
.java:69)
at
org.apache.webdav.lib.WebdavResource.endTransaction(WebdavReso
urce.java:438)
at
org.apache.webdav.lib.WebdavResource.abortTransaction(WebdavRe
source.java:4370)
at
com.a2a.slide.test.TestSlideBindingFactory.testRenameSimple(Te
stSlideBindingFactory.java:173)
at
com.a2a.slide.test.TestSlideBindingFactory.main(TestSlideBindi
ngFactory.java:198)
There is no http request sent.
Adding a transaction for a setPath is stupid.
It is just to show u that there is a problem.
-Message d'origine-
De : Jacob Lund [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 mai 2005 09:32
À : Slide Users Mailing List
Objet : Re: Binding store rename accents
If you are using the files based store and windows then you
have to have
following parameter on you java machine -Dfile.encoding=UTF-8
- otherwise
java will use local characterset instead of unicode in IO operations.
I am not familiar with the client lib, but I don't think that
lib will do
the UTF-8 conversion for you. If I am correct the you will
have to change
/slide/files/testéàù to /slide/files/test%c3%a9%c3%a0%c3%b9.
/jacob
- Original Message -
From: Laurent Michenaud [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Wednesday, May 18, 2005 9:06 AM
Subject: RE: Binding store rename accents
Slide 2.1
Encoding : UTF-8
Client : Java Webdavlib
Store : BindingStore
The code :
HttpURL oHttpURL = new HttpURL(http://localhost:8080/slide;);
oHttpURL.setUserinfo(SLIDE_ADMIN, SLIDE_PASSWORD);
WebdavResource oWebdavResource = new
WebdavResource(oHttpURL);
oWebdavResource.startTransaction(SLIDE_ADMIN, SLIDE_TIMEOUT
); if ( oWebdavResource.moveMethod( /slide/files/test,
/slide/files/testéàù)) { oWebdavResource.commitTransaction();
}
else oWebdavResource.abortTransaction();
Handling Windows Style file names
Hi, I wonder if someone can give me some quick advice about spaces and funny windows style file names, and how to handle these in slide using the client api. Do I need to encode and decode the URL's? I see that DASL searching returns encoded URLS. Are there cerain calls that auto encode/decode and some that dont. Thanks Paul. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Binding store rename accents
This is the same as bug 34910. startTransaction() fails to encode the path
befor calling the lock method.
-Original Message-
From: Laurent Michenaud [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 19, 2005 4:10 AM
To: Slide Users Mailing List
Subject: RE: Binding store rename accents
I think the problem comes from transaction.
I have created a resource /slide/files/yé
Next, if i execute the following code :
public static void testRenameSimple() throws HttpException, IOException {
HttpURL oHttpURL = new HttpURL(http://localhost:8082/slide/;);
oHttpURL.setUserinfo(root, root);
WebdavResource oWebdavResource = new WebdavResource(oHttpURL);
try {
oWebdavResource.setPath(/slide/files/yé);
} catch( HttpException e ) {
e.printStackTrace();
System.out.println( e.getReasonCode());
} catch (Exception e) {
e.printStackTrace();
}
}
= No error.
The http request is well encoded :
?xml version=1.0 encoding=utf-8 ?
D:propfind xmlns:D=DAV:
D:propD:displayname/D:getcontentlength/D:getcontenttype/
D:resourcetype/D:getlastmodified/D:lockdiscovery//D:prop
/D:propfindPROPFIND /slide/files/y%C3%A9 HTTP/1.1
Authorization: Basic cm9vdDpyb290
Content-Type: text/xml; charset=utf-8
User-Agent: Jakarta Commons-HttpClient/3.0-rc2
Host: localhost:8082
Cookie: $Version=0; JSESSIONID=88EC6B6A6234E029D8053339B6953881; $Path=/slide
Content-Length: 207
Depth: 0
If I had in my code, the notion of transaction :
public static void testRenameSimple() throws HttpException, IOException {
HttpURL oHttpURL = new HttpURL(http://localhost:8082/slide/;);
oHttpURL.setUserinfo(root, root);
WebdavResource oWebdavResource = new WebdavResource(oHttpURL);
oWebdavResource.startTransaction(root, 2000);
try {
oWebdavResource.setPath(/slide/files/yé);
oWebdavResource.commitTransaction();
} catch( HttpException e ) {
oWebdavResource.abortTransaction();
e.printStackTrace();
System.out.println( e.getReasonCode());
} catch (Exception e) {
oWebdavResource.abortTransaction();
e.printStackTrace();
}
}
I get :
java.lang.IllegalArgumentException: Invalid uri '/slide/files/yé': escaped
absolute path not valid
at
org.apache.commons.httpclient.HttpMethodBase.init(HttpMethodBase.java:219)
at
org.apache.webdav.lib.methods.HttpRequestBodyMethodBase.init(HttpRequestBodyMethodBase.java:73)
at
org.apache.webdav.lib.methods.XMLResponseMethodBase.init(XMLResponseMethodBase.java:92)
at
org.apache.webdav.lib.methods.UnlockMethod.init(UnlockMethod.java:85)
at
org.apache.webdav.lib.methods.UnlockMethod.init(UnlockMethod.java:69)
at
org.apache.webdav.lib.WebdavResource.endTransaction(WebdavResource.java:438)
at
org.apache.webdav.lib.WebdavResource.abortTransaction(WebdavResource.java:4370)
at
com.a2a.slide.test.TestSlideBindingFactory.testRenameSimple(TestSlideBindingFactory.java:173)
at
com.a2a.slide.test.TestSlideBindingFactory.main(TestSlideBindingFactory.java:198)
There is no http request sent.
Adding a transaction for a setPath is stupid.
It is just to show u that there is a problem.
-Message d'origine-
De : Jacob Lund [mailto:[EMAIL PROTECTED] Envoyé : mercredi 18 mai 2005 09:32 À
: Slide Users Mailing List Objet : Re: Binding store rename accents
If you are using the files based store and windows then you have to have
following parameter on you java machine -Dfile.encoding=UTF-8 - otherwise java
will use local characterset instead of unicode in IO operations.
I am not familiar with the client lib, but I don't think that lib will do the
UTF-8 conversion for you. If I am correct the you will have to change
/slide/files/testéàù to /slide/files/test%c3%a9%c3%a0%c3%b9.
/jacob
- Original Message -
From: Laurent Michenaud [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Wednesday, May 18, 2005 9:06 AM
Subject: RE: Binding store rename accents
Slide 2.1
Encoding : UTF-8
Client : Java Webdavlib
Store : BindingStore
The code :
HttpURL oHttpURL = new HttpURL(http://localhost:8080/slide;);
oHttpURL.setUserinfo(SLIDE_ADMIN, SLIDE_PASSWORD);
WebdavResource oWebdavResource = new WebdavResource(oHttpURL);
oWebdavResource.startTransaction(SLIDE_ADMIN, SLIDE_TIMEOUT );
if ( oWebdavResource.moveMethod(
/slide/files/test, /slide/files/testéàù)) {
oWebdavResource.commitTransaction();
}
else oWebdavResource.abortTransaction();
oWebdavResource.close();
-Message d'origine-
De : Jacob Lund [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 mai 2005 08:57
À : Slide Users Mailing List
Objet : Re: Binding store rename accents
Sounds like an encoding problem!
What version of slide are you using? What client? What encoding have you
configured?
/jacob
- Original
Re: Dasl search with D:like
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If you are using a SQL backend (i.e. either JDBCStore or J2EEStore) and the parameter 'use-rdbms-expression-factory' is set to true, then no. Otherwise, AFAICS, it should work. DASL queries are translated to SQL queries in the former case. The problem is that SQL LIKE is not the same as DAV:like. There is however the possibility of using SLIDE:propcontains which provides functionality similar to DAV:like but without the wildcard matching stuff. SLIDE:propcontains is translated to SQL LIKE. The current implementation takes escapes the special characters in the passed literal and puts it between % signs. S:propcontains D:propD:getcontenttype//D:prop D:literalimage/_jpeg/D:literal /S:propcontains translates to [select contenttype property] LIKE %image/\_jpeg% Reviewing this now I am wondering if this is actually the best behavior. Perhaps instead it should just pass the literal string literally (no pun intended) - -- Unico Laurent Michenaud wrote: Is like supported by Slide ? This doesnot work : D:like D:propD:getcontenttype//D:prop D:literalimage/pjpeg/D:literal /D:like But this works : D:eq D:propD:getcontenttype//D:prop D:literalimage/pjpeg/D:literal /D:eq -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCjKJUcuec8tVNKAwRAqHAAKCfQp+mYYgjSzabaeOenbtLTTlmtQCg4N5H F1TMuT+K4uU7NS5EhJ1JIts= =PJu7 -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PropFindMethod failure in WebLogic Cluster
We are unable to work with the PropFindMethod when we cluster two slide instances in Weblogic. Rest of the WebDav methods seem to be working fine, however we get a SocketTimeoutException when we try the PropFindMethod. Seems like the request.getInputStream call is timing out. This works fine if the Webdav client is talking directly to the individual node. We are pursuing to see if it's a weblogic issue, however the strange thing is if we test with a simple servlet that serves a http call, it is able to retrieve the body of the request using the request.getInputStream. Has anyone encountered this issue? It happens both in Slide 2.0 and Slide 2.1 java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at weblogic.servlet.internal.PostInputStream.read(PostInputStream.java:133) at weblogic.servlet.internal.ServletInputStreamImpl.read(ServletInputStream Impl.java:168) at org.apache.slide.webdav.logger.XServletInputStreamFacade.read(XServletIn putStreamFacade.java:50) at weblogic.apache.xerces.impl.XMLEntityManager$RewindableInputStream.read( XMLEntityManager.java:3408) at weblogic.apache.xerces.impl.XMLEntityManager.startEntity(XMLEntityManage r.java:847) at weblogic.apache.xerces.impl.XMLEntityManager.startDocumentEntity(XMLEnti tyManager.java:782) at weblogic.apache.xerces.impl.XMLDocumentScannerImpl.setInputSource(XMLDoc umentScannerImpl.java:260) at weblogic.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.j ava:499) at weblogic.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.j ava:581) at weblogic.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152) at weblogic.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser .java:1175) at weblogic.xml.jaxp.WebLogicXMLReader.parse(WebLogicXMLReader.java:135) at weblogic.xml.jaxp.RegistryXMLReader.parse(RegistryXMLReader.java:138) at org.jdom.input.SAXBuilder.build(SAXBuilder.java:370) at org.jdom.input.SAXBuilder.build(SAXBuilder.java:684) at org.apache.slide.webdav.method.AbstractWebdavMethod.parseRequestContent( Unknown Source) at org.apache.slide.webdav.method.AbstractWebdavMethod.parseRequestContent( Unknown Source) at org.apache.slide.webdav.method.PropFindMethod.parseRequest(Unknown Source) at org.apache.slide.webdav.method.AbstractWebdavMethod.run(Unknown Source) at org.apache.slide.webdav.WebdavServlet.service(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(Se rvletStubImpl.java:971) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl. java:402) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java: 27) at org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.java:139) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java: 27) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.r un(WebAppServletContext.java:6356) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSu bject.java:317) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118 ) at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServl etContext.java:3635) at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl. java:2585) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170) 22-Apr-2005 19:01:55, /files/Projects, PROPFIND, 500 Internal Server Error, 30014 ms, %v If you have received this e-mail in error, please delete it and notify the sender as soon as possible. The contents of this e-mail may be confidential and the unauthorized use, copying, or dissemination of it and any attachments to it, is prohibited. Internet communications are not secure and Hyperion does not, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. The views expressed here do not necessarily represent those of Hyperion. For more information about Hyperion, please visit our Web site at www.hyperion.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
