Re: class for BpropFindMethod

[Oliver Zeigermann]

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 PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[IndianAtTech]

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]

Re: class for BpropFindMethod

[Oliver Zeigermann]

IndianAtTech schrieb:
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
I was just wondering how the code for your BPROPFIND method may look 
like. Do you have a class of your own? If so would you donate it to the 
Slide project?

Oliver
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[IndianAtTech]

>>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 path. Didn't check with absolute paths.
We need to test them

Regards
Sudhakar

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[Oliver Zeigermann]

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 stated anywhere, and DAV:href allows absolute URIs and 
complete paths as well. So what does Microsoft implement?

Best regards, Julian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[Julian Reschke]

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 absolute URIs and 
complete paths as well. So what does Microsoft implement?

Best regards, Julian
--
bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[Oliver Zeigermann]

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 
, 
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 missing from Microsoft 
"documentation".

Best regards, Julian


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[Julian Reschke]

Looking at 
, 
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 missing from Microsoft 
"documentation".

Best regards, Julian

--
bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[Oliver Zeigermann]

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 targetURL = urllist[i].toString();
  printer.writeElement("D", "href", XMLPrinter.OPENING);
  printer.writeText(targetURL);
  printer.writeElement("D", "href", XMLPrinter.CLOSING);
}
printer.writeElement("D", "target", XMLPrinter.CLOSING);
This above code snippet allows us to get the multiple responses
urllist is a string array that was passed to a constructor

Here is the full body
protected String generateRequestBody() {
XMLPrinter printer = new XMLPrinter();
printer.writeXMLHeader();
printer.writeElement("D", "DAV:", "propfind", XMLPrinter.OPENING);
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);
  printer.writeText(targetURL);
  printer.writeElement("D", "href", XMLPrinter.CLOSING);
}
printer.writeElement("D", "target", XMLPrinter.CLOSING);
switch (type) {
  case ALL:
printer.writeElement("D", "allprop", XMLPrinter.NO_CONTENT);
break;
  case NAMES:
printer.writeElement("D", "propname", XMLPrinter.NO_CONTENT);
break;
  case BY_NAME:
printer.writeElement("D", "prop", XMLPrinter.OPENING);
for (int i = 0; i < propertyNames.length; i++) {
  String namespace = propertyNames[i].getNamespaceURI();
  String localname = propertyNames[i].getLocalName();
  if ("DAV:".equals(namespace)) {
printer.writeElement("D", localname, XMLPrinter.NO_CONTENT);
  }
  else {
if (namespace.length() > 0) {
  printer.writeElement("ZZ", namespace, localname,
   XMLPrinter.NO_CONTENT);
}
else {
  printer.writeElement(null, null, localname,
   XMLPrinter.NO_CONTENT);
}
  }
}
printer.writeElement("D", "prop", XMLPrinter.CLOSING);
break;
}
printer.writeElement("D", "propfind", XMLPrinter.CLOSING);
return printer.toString();
  }
-
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: class for BpropFindMethod

[Oliver Zeigermann]

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 < urllist.length; i++) {
  String targetURL = urllist[i].toString();
  printer.writeElement("D", "href", XMLPrinter.OPENING);
  printer.writeText(targetURL);
  printer.writeElement("D", "href", XMLPrinter.CLOSING);
}
printer.writeElement("D", "target", XMLPrinter.CLOSING);
This above code snippet allows us to get the multiple responses
urllist is a string array that was passed to a constructor

Here is the full body
protected String generateRequestBody() {
XMLPrinter printer = new XMLPrinter();
printer.writeXMLHeader();
printer.writeElement("D", "DAV:", "propfind", XMLPrinter.OPENING);
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);
  printer.writeText(targetURL);
  printer.writeElement("D", "href", XMLPrinter.CLOSING);
}
printer.writeElement("D", "target", XMLPrinter.CLOSING);
switch (type) {
  case ALL:
printer.writeElement("D", "allprop", XMLPrinter.NO_CONTENT);
break;
  case NAMES:
printer.writeElement("D", "propname", XMLPrinter.NO_CONTENT);
break;
  case BY_NAME:
printer.writeElement("D", "prop", XMLPrinter.OPENING);
for (int i = 0; i < propertyNames.length; i++) {
  String namespace = propertyNames[i].getNamespaceURI();
  String localname = propertyNames[i].getLocalName();
  if ("DAV:".equals(namespace)) {
printer.writeElement("D", localname, XMLPrinter.NO_CONTENT);
  }
  else {
if (namespace.length() > 0) {
  printer.writeElement("ZZ", namespace, localname,
   XMLPrinter.NO_CONTENT);
}
else {
  printer.writeElement(null, null, localname,
   XMLPrinter.NO_CONTENT);
}
  }
}
printer.writeElement("D", "prop", XMLPrinter.CLOSING);
break;
}
printer.writeElement("D", "propfind", XMLPrinter.CLOSING);
return printer.toString();
  }
-
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: class for BpropFindMethod

[IndianAtTech]

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);
  printer.writeText(targetURL);
  printer.writeElement("D", "href", XMLPrinter.CLOSING);
}
printer.writeElement("D", "target", XMLPrinter.CLOSING);

This above code snippet allows us to get the multiple responses

urllist is a string array that was passed to a constructor



Here is the full body

protected String generateRequestBody() {

XMLPrinter printer = new XMLPrinter();
printer.writeXMLHeader();
printer.writeElement("D", "DAV:", "propfind", XMLPrinter.OPENING);

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);
  printer.writeText(targetURL);
  printer.writeElement("D", "href", XMLPrinter.CLOSING);
}
printer.writeElement("D", "target", XMLPrinter.CLOSING);

switch (type) {
  case ALL:
printer.writeElement("D", "allprop", XMLPrinter.NO_CONTENT);
break;
  case NAMES:
printer.writeElement("D", "propname", XMLPrinter.NO_CONTENT);
break;
  case BY_NAME:
printer.writeElement("D", "prop", XMLPrinter.OPENING);
for (int i = 0; i < propertyNames.length; i++) {
  String namespace = propertyNames[i].getNamespaceURI();
  String localname = propertyNames[i].getLocalName();
  if ("DAV:".equals(namespace)) {
printer.writeElement("D", localname, XMLPrinter.NO_CONTENT);
  }
  else {
if (namespace.length() > 0) {
  printer.writeElement("ZZ", namespace, localname,
   XMLPrinter.NO_CONTENT);
}
else {
  printer.writeElement(null, null, localname,
   XMLPrinter.NO_CONTENT);
}
  }
}
printer.writeElement("D", "prop", XMLPrinter.CLOSING);
break;
}

printer.writeElement("D", "propfind", XMLPrinter.CLOSING);

return printer.toString();
  }

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[Stefan Lützkendorf]

I wouldn't say NEVER EVER.
I would say, if there is somebody who implements that, provides
test cases and documentation this (an IETF document would be nice, but
takes time) we can add this to slide. That the users of slide - responsable
for its self - has to determine whether to use it or not.
Actually slide contains always some MS extenstions:
1st "external transaction" which I found very usefull I my current project
and 2nd "subscriptions".
For BPROPFIND I can imagine it may reduce the number of webdav request-response
pair, and so may improve performance.
Stefan
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 introducing its own
extensions (another extension is the brief: header). Given that they were a
member of the RFC, it is despicable that they would knowingly introduce junk
extensions like this. Its their typical arrogant way of working and I say
that Slide should 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 for BpropFindMethod


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 application.
Thanks Suhdakar
On Thu, 30 Sep 2004 17:54:06 +0100, Miguel Figueiredo
<[EMAIL PROTECTED]> wrote:
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 request to server regarding BROPFIND
method here
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/e2k3/e2k3/_
webdav_bpropfind.asp
Thanks & Best Regards
Sudhakar
-
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]

Re: class for BpropFindMethod

[Oliver Zeigermann]

[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 WebDAV standard ;)

Isn't it just like the SQL thing: Oracle wants this and that and starts 
by doing it. IBM wants that and this and starts doing it. *Later on* 
people discuss what will be a the standard, but both Oracle and IBM have 
their extended functionality right away.

Bottom line: If Sudhakar manages to write something like a BPROPFIND 
method and wants to contribute it to Slide I would be +1 for doing so.

Oliver
Julian Reschke wrote:
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 introducing its 
own
extensions (another extension is the brief: header). Given that they 
were a
member of the RFC, it is despicable that they would knowingly 
introduce junk
extensions like this. Its their typical arrogant way of working and I say
that Slide should NEVER EVER support these M$ extensions.

I find that criticism a bit hard, although I'm certainly not a fan of 
Microsoft.

1) Extending HTTP/WebDAV with new headers, properties and methods is 
fine; this is supposed to be done if you need something and there's no 
standard for it. (*)

2) In *this* case, the methods are indeed *documented* by Microsoft in a 
public place (although it seems to me that actually implementing them in 
a non-MS product will also require guessworking and reverse-engineering).

3) In contrast, adding extensions and *not* documenting them is an 
extremely bad thing; see for instance Microsoft Sharepoint's way of 
breaking WebDAV.

Best regards, Julian
(*) Of course this means that things should be done right; for instance, 
when adding new identifiers to IETF-controlled namespaces (such as 
method names or headers), they should be registered at least though an 
Informational or Experimental RFC.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[IndianAtTech]

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 METHOD.

Some people who loves/likes both MS products/Open Standards faces some
problems. As MS products may try to hijak some of functionalities from
open standards. In such scenarios Java (Open Source API always will be
developed on Open standards) to MS products communication may be
complicated.

Anyhow we can leave this to slide developers as they know what to do
and what not.

Thanks for helping to all of you guys

Regards
Sudhakar

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: class for BpropFindMethod

[Miguel Figueiredo]

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? Worse! Poorly written and
bug-enabled!
 That's the strength in industry standards, in witch we should depend: only
the best thinkers contribute to a standard, making it mature. Also, a
standard is used by everyone, not just by one big company, improving
interoperability and reusability.

 I don't like monopolist entities, but Microsoft as cool products, really
productive tools when .net came our way. Wouldn't mind programming .net if
they would continue to support standards as they seemed to do these last
years: but these Microsoft 'standard' extensions make me feel like I belong
in the open source community, and that there will be a never ending fight
between them and us, despite how cool their tools look like.


 Best regards,
 Miguel



IndianAtTech wrote:
> 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.

What's the definition of "MS-compatible"? Which MS product? And how 
compatible? In that it's interoperating, or so that it supports 
MS-specific extensions?

> kranga wrote:
> Its their typical arrogant way of working and I say
> that Slide should NEVER EVER support these M$ extensions.

I'd say that if Slide wants to support MS extensions, it would make 
sense to document them in an IETF document (after community review).

 > ...

Julian


-- 
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: class for BpropFindMethod

[Julian Reschke]

IndianAtTech wrote:
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.
What's the definition of "MS-compatible"? Which MS product? And how 
compatible? In that it's interoperating, or so that it supports 
MS-specific extensions?

kranga wrote:
Its their typical arrogant way of working and I say
that Slide should NEVER EVER support these M$ extensions.
I'd say that if Slide wants to support MS extensions, it would make 
sense to document them in an IETF document (after community review).

> ...
Julian
--
bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[IndianAtTech]

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 true??. Just confused

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[Julian Reschke]

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 introducing its own
extensions (another extension is the brief: header). Given that they were a
member of the RFC, it is despicable that they would knowingly introduce junk
extensions like this. Its their typical arrogant way of working and I say
that Slide should NEVER EVER support these M$ extensions.
I find that criticism a bit hard, although I'm certainly not a fan of 
Microsoft.

1) Extending HTTP/WebDAV with new headers, properties and methods is 
fine; this is supposed to be done if you need something and there's no 
standard for it. (*)

2) In *this* case, the methods are indeed *documented* by Microsoft in a 
public place (although it seems to me that actually implementing them in 
a non-MS product will also require guessworking and reverse-engineering).

3) In contrast, adding extensions and *not* documenting them is an 
extremely bad thing; see for instance Microsoft Sharepoint's way of 
breaking WebDAV.

Best regards, Julian
(*) Of course this means that things should be done right; for instance, 
when adding new identifiers to IETF-controlled namespaces (such as 
method names or headers), they should be registered at least though an 
Informational or Experimental RFC.

--
bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: class for BpropFindMethod

[Ingo Brunberg]

I could not have said this better myself.

Ingo

> 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 introducing its own
> extensions (another extension is the brief: header). Given that they were a
> member of the RFC, it is despicable that they would knowingly introduce junk
> extensions like this. Its their typical arrogant way of working and I say
> that Slide should 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 for BpropFindMethod
> 
> 
> > 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 application.
> >
> > Thanks Suhdakar
> >
> >
> > On Thu, 30 Sep 2004 17:54:06 +0100, Miguel Figueiredo
> > <[EMAIL PROTECTED]> wrote:
> > >
> > > 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 request to server regarding BROPFIND
> > > method here
> > >
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/e2k3/e2k3/_
> > > webdav_bpropfind.asp
> > >
> > > Thanks & Best Regards
> > > Sudhakar
> > >
> > > -
> > > 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]

Re: class for BpropFindMethod

[kranga]

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 introducing its own
extensions (another extension is the brief: header). Given that they were a
member of the RFC, it is despicable that they would knowingly introduce junk
extensions like this. Its their typical arrogant way of working and I say
that Slide should 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 for BpropFindMethod


> 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 application.
>
> Thanks Suhdakar
>
>
> On Thu, 30 Sep 2004 17:54:06 +0100, Miguel Figueiredo
> <[EMAIL PROTECTED]> wrote:
> >
> > 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 request to server regarding BROPFIND
> > method here
> >
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/e2k3/e2k3/_
> > webdav_bpropfind.asp
> >
> > Thanks & Best Regards
> > Sudhakar
> >
> > -
> > 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]

RE: class for BpropFindMethod

[Miguel Figueiredo]

 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, perhaps it's
another of those Microsoft 'standard' extensions :)) 
 Again, 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.

 Last, the PROPFING method does support multiple-fetch of proprieties of a
resource in a single call. For instance, take a look at RFC 2518, section
8.1.1.

 Best regards,
 Miguel



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 application.

Thanks Suhdakar


On Thu, 30 Sep 2004 17:54:06 +0100, Miguel Figueiredo
<[EMAIL PROTECTED]> wrote:
> 
> 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 request to server regarding BROPFIND
> method here
>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/e2k3/e2k3/_
> webdav_bpropfind.asp
> 
> Thanks & Best Regards
> Sudhakar
> 
> -
> 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]

Re: class for BpropFindMethod

[IndianAtTech]

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 application.

Thanks Suhdakar


On Thu, 30 Sep 2004 17:54:06 +0100, Miguel Figueiredo
<[EMAIL PROTECTED]> wrote:
> 
> 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 request to server regarding BROPFIND
> method here
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/e2k3/e2k3/_
> webdav_bpropfind.asp
> 
> Thanks & Best Regards
> Sudhakar
> 
> -
> 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: class for BpropFindMethod

[Miguel Figueiredo]

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 request to server regarding BROPFIND
method here
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/e2k3/e2k3/_
webdav_bpropfind.asp


Thanks & Best Regards
Sudhakar

-
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]