Re: AW: content listening
I am embarrassed by my not including this jar ( and not searching in the slide jars to find the missing class ) My only excuse was I was thrown by the class name :o Thanks again Daniel. Daniel Florey wrote: What version of Slide are you using? Looks as if the xmlimexporter.jar is missing... Daniel -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Paul Hussein Gesendet: Mittwoch, 23. Februar 2005 17:24 An: slide-user@jakarta.apache.org Betreff: Re: content listening Using the code below, which seems to be correct, I get a strange log/ exception : Feb 23, 2005 5:11:50 PM org.apache.webdav.lib.NotificationListener subscribe INFO: Received subscription id=6, listener: [EMAIL PROTECTED] Feb 23, 2005 5:11:50 PM org.apache.webdav.lib.NotificationListener poll INFO: Poll for subscribers: 6 java.lang.NoClassDefFoundError: de/zeigermann/xml/simpleImporter/SimpleImportHandler at org.apache.webdav.lib.NotificationListener.poll(NotificationListener.java: 291) at org.apache.webdav.lib.NotificationListener$3.run(NotificationListener.java :146) at java.util.TimerThread.mainLoop(Timer.java:432) at java.util.TimerThread.run(Timer.java:382) path : /slide/files/ Is there some bug here or some config I need to change, as surely it should not need this class. Regards Paul. public void subscribe ( String username, String password, String path, Subscriber subscriber ) throws IOException { try { boolean success = true; HttpURL rootUrl = null; UsernamePasswordCredentials credentials = null; NotificationListener listener = null; credentials = new UsernamePasswordCredentials(username, password); listener = new NotificationListener( , 0, 127.0.0.1, 8080, Protocol.getProtocol(http), credentials, normalize(DEFAULT_ROOT_PATH + path ), 100, false); success = listener.subscribe(Update/newmember, , DepthSupport.DEPTH_INFINITY, 100, 100, subscriber, credentials); success = success?listener.subscribe(Delete, , DepthSupport.DEPTH_INFINITY, 100, 100, subscriber, credentials):false; } catch (Exception e) { System.err.println(e.toString()); System.err.println(this.webdavResource.getStatusMessage()); throw new IOException(this.webdavResource.getStatusMessage()); } finally { } } Evan Kracoff wrote: Hey paul, In my project I am using the EventCollection listener. I find this is the best way to react to different actions in slide as it's a collection of all the events that happened on a given transaction. Using this you can inspect the entire list to determine exactly what happened. This is especially helpful in tracking moves and copies as the macro listener uses combinations of copy and delete to execute certain transactions. Hope this helps Evan -Original Message- From: Paul Hussein [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 23, 2005 8:59 AM To: Slide Users Mailing List Subject: content listening Hi, Before diving into some code I would like some advice on content listening. Whats the best way to listen to any additions/deletions or updates of files/collections and addition/deleteion update of the properties of a collection/file. Can this all be done through the http://jakarta.apache.org/slide/config_file.html#contentinterceptor_elem or do I need some other mechanism. Regards Paul. - 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]
Incorrect behaviour if scope parameter
Hi, I configured slide to use auto-versioning. I also set the scope of slide to /files (web.xml). This results in strange behaviour when requesting the revisions of a resource: On line number 2 (in the response XML below) it is stated that revision 1.1 of my resource can be found at location /warehouse-repositoryry/1/1.1, but this should be /warehouse-repository/history/1/1.1!! When I try to get the revision resource, I get the expected 404 error... When I use an empty string as scope (the default) I don't have this kind of problems... Is this a known issue? Thanks, David. REPONSE Content of one of the ResponseEntities in the enumeration returned by the reportMethod of the WebdavResource class (webdav client): 01. D:response#10; 02. D:href/warehouse-repositoryry/1/1.1/D:href#10; 03. D:propstat#10; 04. D:prop#10 05. D:version-name1.1/D:version-name#10; 06. D:owner#10; 07. D:href/warehouse-repository/users/david/D:href#10; 08. /D:owner#10; 09. /D:prop#10; 10. D:statusHTTP/1.1 200 OK/D:status#10; 11. /D:propstat#10; 12. /D:response In the server the following message appears: 2/24/05 11:26:28 AM CET [PoolThread-14] [INFO] HTTP PROPFIND - Uri: /warehouse-repositoryry/1/1.2 - From: 127.0.0.1 - Proxy for: - Time: 2/24/05 11:26 AM - User: - Response Code: 404 -- Inventive Designers' Email Disclaimer: http://www.inventivedesigners.com/email-disclaimer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problems with slide and sitecopy
There is a parameter called depth-limit in the web.xml where you can set the maximum depth that is reported by propfind requests. Stefan Evan Kracoff wrote: Hi all, I am using sitecopy in order to synch local directories with our slide repository. The problem I am running into is that when I do a fetch it seems to only fetch a maximum of three directories deep. Example media/brands/pakula/imgs/test.jpg fetch returns media/brands/pakula I was wondering if anyone else has observed this behavior and either knows of a fix or an alternate program to use to synch directories with webdav repositories. Thanks, Evan Kracoff - 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]
howto search by filename? with DASL??
Hi all! I'm new to this list and I wanted to search the archive first, but all I get is: VelocityServlet: Error processing the template null: Got error 127 from table handler followed by a stack trace. Ok. Now my actual question: I'm currently working trying to add some Slide WebDAV repository search features to an application. I found DASL, the search method and basicsearch grammar. searching for content (DAV:contains) seems to work, but... how do I search for resources simply by their name? preferably with wildcards? there seems to be no property for the filename (only displayname) and the DAV:like operator is not implemented - at least not in slide 2.1. so, is there a way to do this on the server side? searching through the whole repository on the client side seems like a REALLY bad idea as far as performance is concerned. Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: howto search by filename? with DASL??
I just did this last week. Here is the xml. public List find(String name) { String thepath = /slide/files; String query2 = D:searchrequest xmlns:D =\DAV:\ + D:basicsearch + D:select + D:prop + D:displayname/ + D:path/ + /D:prop + /D:select + D:from + D:scope + D:href + thepath + /D:href + D:depthinfinity/D:depth + /D:scope + /D:from + D:where + D:eq + D:prop + D:displayname/ + /D:prop + D:literal + name + /D:literal + /D:eq + /D:where + /D:basicsearch + /D:searchrequest; return searchMethod(query2, thepath); } The key was using D:eq with property D:displayname. The search method is pretty much straight from the example on the wiki. -Original Message- From: Edmund Urbani [mailto:[EMAIL PROTECTED] Sent: Thursday, February 24, 2005 9:51 AM To: slide-user@jakarta.apache.org Subject: howto search by filename? with DASL?? Hi all! I'm new to this list and I wanted to search the archive first, but all I get is: VelocityServlet: Error processing the template null: Got error 127 from table handler followed by a stack trace. Ok. Now my actual question: I'm currently working trying to add some Slide WebDAV repository search features to an application. I found DASL, the search method and basicsearch grammar. searching for content (DAV:contains) seems to work, but... how do I search for resources simply by their name? preferably with wildcards? there seems to be no property for the filename (only displayname) and the DAV:like operator is not implemented - at least not in slide 2.1. so, is there a way to do this on the server side? searching through the whole repository on the client side seems like a REALLY bad idea as far as performance is concerned. Edmund - 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]
LDAP Connection Error
I am using the JNDIPrincipalStore to connect to Active Directory to retrieve Users and Roles. Everything works fine for a while. Then it eventually gets a connection error and I have to restart the Slide war. I have several other applications connecting to the same Active Directory instance and they are not experiencing any problems or may be they are handling the error and reconnecting automatically. Has anyone had this problem? Is the JNDIPrincipalStore supposed to gracefully reconnect? There is nothing for this in the code. Is this handled by the framework? Thanks John
Re: howto search by filename? with DASL??
John Gilbert wrote: I just did this last week. Here is the xml. public List find(String name) { String thepath = /slide/files; String query2 = D:searchrequest xmlns:D =\DAV:\ + D:basicsearch + D:select + D:prop + D:displayname/ + D:path/ + /D:prop + /D:select + D:from + D:scope + D:href + thepath + /D:href + D:depthinfinity/D:depth + /D:scope + /D:from + D:where + D:eq + D:prop + D:displayname/ + /D:prop + D:literal + name + /D:literal + /D:eq + /D:where + /D:basicsearch + /D:searchrequest; return searchMethod(query2, thepath); } The key was using D:eq with property D:displayname. The search method is pretty much straight from the example on the wiki. ... Hm. DAV:displayname is not the filename (or the last URI segment); it's just a property that may or may not be present. The assumption that it's the same as the last URI segment is very fragile and will not work with many servers. Julian -- green/bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: howto search by filename? with DASL??
Thanks for the heads up! I'll keep an eye on it. BTW, I'm using WebLogic. -Original Message- From: Julian Reschke [mailto:[EMAIL PROTECTED] Sent: Thursday, February 24, 2005 10:45 AM To: Slide Users Mailing List Subject: Re: howto search by filename? with DASL?? John Gilbert wrote: I just did this last week. Here is the xml. public List find(String name) { String thepath = /slide/files; String query2 = D:searchrequest xmlns:D =\DAV:\ + D:basicsearch + D:select + D:prop + D:displayname/ + D:path/ + /D:prop + /D:select + D:from + D:scope + D:href + thepath + /D:href + D:depthinfinity/D:depth + /D:scope + /D:from + D:where + D:eq + D:prop + D:displayname/ + /D:prop + D:literal + name + /D:literal + /D:eq + /D:where + /D:basicsearch + /D:searchrequest; return searchMethod(query2, thepath); } The key was using D:eq with property D:displayname. The search method is pretty much straight from the example on the wiki. ... Hm. DAV:displayname is not the filename (or the last URI segment); it's just a property that may or may not be present. The assumption that it's the same as the last URI segment is very fragile and will not work with many servers. Julian -- green/bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 - 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: howto search by filename? with DASL??
Julian Reschke wrote: John Gilbert wrote: I just did this last week. Here is the xml. public List find(String name) { String thepath = /slide/files; String query2 = D:searchrequest xmlns:D =\DAV:\ + D:basicsearch + D:select + D:prop + D:displayname/ + D:path/ + /D:prop + /D:select + D:from + D:scope + D:href + thepath + /D:href + D:depthinfinity/D:depth + /D:scope + /D:from + D:where + D:eq + D:prop + D:displayname/ + /D:prop + D:literal + name + /D:literal + /D:eq + /D:where + /D:basicsearch + /D:searchrequest; return searchMethod(query2, thepath); } The key was using D:eq with property D:displayname. The search method is pretty much straight from the example on the wiki. ... Hm. DAV:displayname is not the filename (or the last URI segment); it's just a property that may or may not be present. The assumption that it's the same as the last URI segment is very fragile and will not work with many servers. Julian I would be happy, if it would just work with the Slide Server for now. But even with Slide assuming that filename=displayname is a problem, because the displayname is not updated when a client renames the resource (MOVE method). Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
looks like a bug: getChildResources() returns messed up hostname
Has this bug been reported/fixed: I use a local webdav repository with a root that looks like this: http://localhost:8080/docs/ When I call the getChildResources() method of the WebdavResource for the above URL, I get resources with an URL like http://localhost8080:8080/docs/... Yes, the port number gets concatenated to the hostname. I can't image such a bug to remain unnoticed for long, but I was not able to find it on bugzilla, so... if this one's really unheard of, I may as well get myself an ASF bugzilla account and submit it there. Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: LDAP Connection Error
John, What version of Slide are you using? From 2.1beta2 on the JNDIPrincipalStore should be able to handle broken connections gracefully. -James On Thu, 2005-02-24 at 10:33 -0500, John Gilbert wrote: I am using the JNDIPrincipalStore to connect to Active Directory to retrieve Users and Roles. Everything works fine for a while. Then it eventually gets a connection error and I have to restart the Slide war. I have several other applications connecting to the same Active Directory instance and they are not experiencing any problems or may be they are handling the error and reconnecting automatically. Has anyone had this problem? Is the JNDIPrincipalStore supposed to gracefully reconnect? There is nothing for this in the code. Is this handled by the framework? Thanks John - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: LDAP Connection Error
Thanks James. We are still on beta1. I can just build the beta2 version of JNDIPrincipalStore or do we need to upgrade verything? -Original Message- From: James Mason [mailto:[EMAIL PROTECTED] Sent: Thursday, February 24, 2005 11:36 AM To: Slide Users Mailing List Subject: Re: LDAP Connection Error John, What version of Slide are you using? From 2.1beta2 on the JNDIPrincipalStore should be able to handle broken connections gracefully. -James On Thu, 2005-02-24 at 10:33 -0500, John Gilbert wrote: I am using the JNDIPrincipalStore to connect to Active Directory to retrieve Users and Roles. Everything works fine for a while. Then it eventually gets a connection error and I have to restart the Slide war. I have several other applications connecting to the same Active Directory instance and they are not experiencing any problems or may be they are handling the error and reconnecting automatically. Has anyone had this problem? Is the JNDIPrincipalStore supposed to gracefully reconnect? There is nothing for this in the code. Is this handled by the framework? Thanks John - 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]
Please help with subscribe/notify
Following the thread on this list, Subscribing for event notification, I've attempted to create similar code that will subscribe using tomcat server. I get an error during the notificationListener.subscribe() call like this: Feb 24, 2005 12:18:31 PM org.apache.webdav.lib.NotificationListener subscribe SEVERE: Subscription for uri='calendars/dnovice' failed. State: 501 Is this supposed to work? Any pointers to how to debug this for more information? Here's my code: NotificationListener nl = new NotificationListener( localhost, 3500, vpn9.cisco.com, 8080, Protocol.getProtocol(http), creds, /webdav,60, true ); // 60 is just in case of UDP failure. nl.subscribe( Update/newmember, calendars/dnovice, DepthSupport.DEPTH_1, 3600, 86400, new Subscriber() { public void notify(String uri, Map information) { System.out.println(Event occured : + uri ); } }, creds ); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: looks like a bug: getChildResources() returns messed up hostname
Hello Edmund, If I remeber correctly, this is a bug, but not inside Slide. I guess the bug happens somewhere inside the HttpURL class of commons-httpclient. For me it helped to call the constructor of HttpURL not with the single string, but with (I don't have the sources here, so I have to guess a little bit) HttpURL(localhost,8080,docs). I am not sure whether the bug is inside slide or httpclient, but for me this worked. hth SVen -Original Message- From: Edmund Urbani [mailto:[EMAIL PROTECTED] Sent: Thursday, February 24, 2005 5:11 PM To: Slide Users Mailing List Subject: looks like a bug: getChildResources() returns messed up hostname Has this bug been reported/fixed: I use a local webdav repository with a root that looks like this: http://localhost:8080/docs/ When I call the getChildResources() method of the WebdavResource for the above URL, I get resources with an URL like http://localhost8080:8080/docs/... Yes, the port number gets concatenated to the hostname. I can't image such a bug to remain unnoticed for long, but I was not able to find it on bugzilla, so... if this one's really unheard of, I may as well get myself an ASF bugzilla account and submit it there. Edmund - 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]