BTW, I noticed that the value returned for the checked-out property isn't decoded from an XML href as the checked-in property is. I'll open a bug and submit a fix so that they are both the same.
Warwick > -----Original Message----- > From: Warwick Burrows [mailto:[EMAIL PROTECTED] > Sent: Thursday, October 07, 2004 4:01 PM > To: 'Slide Users Mailing List' > Subject: RE: Using PropFind (Webdav) returns long empty > string of blanks.. . > > > > "checked-out" and "checked-in" aren't properties that get > returned when you specify that you want to get all > properties. The "propgetall" command from the CLI client also > doesn't list them. But you can still get the checked-in and > checked-out properties using the slide CLI propfind command > though. I just tried from the CLI client and can get > checked-in and checked-out according to whether the file is > checked in/out. Try using propfind from the CLI and see if it > returns values for checked-in and checked-out then compare > the way that its calling propfind with how you are. > > This code snippet works just fine for me when fetching the > "checked-in" property. I'm using the latest slide source on > 2.1 branch. > > Enumeration properties = content.propfindMethod("checked-in"); > > if (properties.hasMoreElements()) > { > uri = (String)properties.nextElement(); > } > > Warwick > > > > -----Original Message----- > > From: Nick Longinow [mailto:[EMAIL PROTECTED] > > Sent: Thursday, October 07, 2004 3:36 PM > > To: 'Slide Users Mailing List' > > Subject: RE: Using PropFind (Webdav) returns long empty > > string of blanks... > > > > > > Ingo,Warwick > > > > This works better, using the depth argument. I now get back > > a Vector of 12 ResponseEntity objects, but none of them is a > > Checked-out etc property. I had prior to checking the > > properties successfully set the resource to version > > controlled, and then did a checkout method. The properties I > > get back are: D:displayname, D:source, D:getlastmodified, > > D:getcontentlength, > > D:resourcetype, D:getcontenttype, D:getcontentlanguage, > > D:creationdate, > > D:lockdiscovery, D:supportedlock, D:modificationdate, D:getetag. > > > > Perhaps I am querying the wrong method ? Code below: > > > > WebdavResource wdr = this.getWDResource(remoteObject, > > "root", "root"); > > > > Enumeration props = > > wdr.propfindMethod(DepthSupport.DEPTH_INFINITY ); > > while (props.hasMoreElements()) > > { > > ResponseEntity it = (ResponseEntity)props.nextElement(); > > Enumeration itemprops = it.getProperties(); > > while (itemprops != null && itemprops.hasMoreElements()) > > { > > BaseProperty next = (BaseProperty) > itemprops.nextElement(); > > String propName = next.getName(); > > } > > } > > > > Nick > > > > -----Original Message----- > > From: Ingo Brunberg [mailto:[EMAIL PROTECTED] > > Sent: Thursday, October 07, 2004 8:52 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Using PropFind (Webdav) returns long empty > > string of blanks... > > > > I would recommend to use the propfindMethod that takes an > > additional depth argument. That won't return a Vector of > > Strings but a Vector of Response elements. You can then > > examine these to see if they contain the property you asked for. > > > > Ingo > > > > > > > --------------------------------------------------------------------- > > 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]
