That's great! Could you send the complete method or if applicable a
patch to the orignal PROPFINDMETHOD?
Thanks,
Oliver
IndianAtTech wrote:
That's noting special about it
We just change the code generateRequestBody()
printer.writeElement(D, target, XMLPrinter.OPENING);
for (int i = 0; i
And, just wondering, is there no need to handle the response differently?
Oliver
IndianAtTech wrote:
That's noting special about it
We just change the code generateRequestBody()
printer.writeElement(D, target, XMLPrinter.OPENING);
for (int i = 0; i urllist.length; i++) {
String
Looking at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/e2k3/e2k3/_webdav_bpropfind.asp,
one thing that would need to be clarified is what type of URIs may
appear under DAV:target -- just direct members of the target collection?
That's the kind of stuff that routinely is
Right...
To me it looks like it is indeed just direct members. I was thinking of
this being useful when you have tons of resources in a collection and
you just want information about a few for performance reasons.
Oliver
Julian Reschke wrote:
Looking at
Oliver Zeigermann wrote:
Right...
To me it looks like it is indeed just direct members. I was thinking of
this being useful when you have tons of resources in a collection and
you just want information about a few for performance reasons.
But it's not stated anywhere, and DAV:href allows
Do not know :(
Julian Reschke schrieb:
Oliver Zeigermann wrote:
Right...
To me it looks like it is indeed just direct members. I was thinking
of this being useful when you have tons of resources in a collection
and you just want information about a few for performance reasons.
But it's not
if applicable a patch to the orignal PROPFINDMETHOD?
I will try to add the patch to PROPFIND method. Let me know how to do that
But it's not stated anywhere, and DAV:href allows absolute URIs and
complete paths as
well. So what does Microsoft implement?
In our case target URLS are with full
Sorry friend,
For some reasons, I am not in position to contribute the entire class.
I can try to give important snippets of class
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
No problem...
Thanks anyway :)
Oliver
IndianAtTech schrieb:
Sorry friend,
For some reasons, I am not in position to contribute the entire class.
I can try to give important snippets of class
-
To unsubscribe, e-mail: [EMAIL
NEVER EVER support these M$ extensions.
- Original Message -
From: IndianAtTech [EMAIL PROTECTED]
To: Miguel Figueiredo [EMAIL PROTECTED]; Slide Users Mailing List
[EMAIL PROTECTED]; IndianAtTech [EMAIL PROTECTED]
Sent: Thursday, September 30, 2004 1:05 PM
Subject: Re: class
kranga wrote:
BPropfind allows you to arbitrarily specify resources that you want to do a
propfind on. If all your resources are within a folder, then you can always
vary the depth value to get all the information (and perhaps more).
Microsoft is as usual trying to hijack the standard by
Miguel Wrote:
I don't know if Slide is supporting this MS webdav extension, but if
I remember correctly someone said that slide was trying to be MS-compatible.
kranga wrote:
Its their typical arrogant way of working and I say
that Slide should NEVER EVER support these M$ extensions.
Which is
Hia folks,
Again, don't remember correctly in witch context someone said that slide
would try to be MS-Compatible. At least I believe they meant
MS-interoperable.
Also, I too agree with Julian and you folks. What's the point in supporting
MS extensions if they can change it over night?
Hello All,
Actually the reason to ask this question is we got a project related
to JavaClient-MS Exchange Server Communication. After thorough
investigation we find BPROPFIND as fast solution in our case
One good thing is by extending PROPFIND class we are able to develop a
class for BPROPFIND
[Disclaimer: I am an MS fan]
I'd rather say, MS saw the need for further methods like the BPropfind
and saw that making this the standard would them *literally* take years.
Judging from the WebDAV lists I think Julian has a better idea how
long it takes and how much hassle it is to get out the
: IndianAtTech [EMAIL PROTECTED]
To: Miguel Figueiredo [EMAIL PROTECTED]; Slide Users Mailing List
[EMAIL PROTECTED]; IndianAtTech [EMAIL PROTECTED]
Sent: Thursday, September 30, 2004 1:05 PM
Subject: Re: class for BpropFindMethod
So you mean, this class is not Implemented. But i feel
That's noting special about it
We just change the code generateRequestBody()
printer.writeElement(D, target, XMLPrinter.OPENING);
for (int i = 0; i urllist.length; i++) {
String targetURL = urllist[i].toString();
printer.writeElement(D, href, XMLPrinter.OPENING);
That's interesting... don't remember about BPROPFIND in RFC 2518.
___
Hello All,
I have found slide has support for PROPFIND method. Just looking at
the class that supports BPROPFIND method.
What is the class I need to use. Or I need to write my own class
I found the procedure to send the
So you mean, this class is not Implemented. But i feel this is
necessary because I found that is much faster. There is no need to
send the requests multiple times to server. With single BROPFIND
method request I can get more than one response information which
increase the performance of client
Don't know if BPROPFIND is implemented in slide, but if it's not in RFC
2518, then it's not webdav... or at least should not share the DAV:
namespace...
Examining you msdn URL reference, I see that the request is a BPROPFIND
HTTP method witch contains a PROPFIND webdav xml element: hey,
Message -
From: IndianAtTech [EMAIL PROTECTED]
To: Miguel Figueiredo [EMAIL PROTECTED]; Slide Users Mailing List
[EMAIL PROTECTED]; IndianAtTech [EMAIL PROTECTED]
Sent: Thursday, September 30, 2004 1:05 PM
Subject: Re: class for BpropFindMethod
So you mean, this class is not Implemented. But i
21 matches
Mail list logo