You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-user@jakarta.apache.org by kranga <kr...@k2d2.org> on 2004/10/01 00:10:54 UTC
Re: class for BpropFindMethod
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" <In...@gmail.com>
To: "Miguel Figueiredo" <mf...@maisis.pt>; "Slide Users Mailing List"
<sl...@jakarta.apache.org>; "IndianAtTech" <In...@gmail.com>
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
> <mf...@maisis.pt> 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: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
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: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
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: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by IndianAtTech <In...@gmail.com>.
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: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
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: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by IndianAtTech <In...@gmail.com>.
>>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: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
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: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Julian Reschke <ju...@gmx.de>.
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
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
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
> <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 missing from Microsoft
> "documentation".
>
> Best regards, Julian
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Julian Reschke <ju...@gmx.de>.
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 missing from Microsoft
"documentation".
Best regards, Julian
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
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: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by IndianAtTech <In...@gmail.com>.
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: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
[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: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by IndianAtTech <In...@gmail.com>.
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: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: class for BpropFindMethod
Posted by Miguel Figueiredo <mf...@maisis.pt>.
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
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Julian Reschke <ju...@gmx.de>.
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
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by IndianAtTech <In...@gmail.com>.
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: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Julian Reschke <ju...@gmx.de>.
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.
--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
If ACL-inh="root", why cant user authenticate ?
Posted by Nick Longinow <ni...@vanhooseassociates.com>.
Help with a basic Slide/Dav question ?
In domain.xml:
Set /files acl-inheritance to 'root'.
Set root permissions to allow /roles/user permission "all" but have that
permission be inheritable=false.
<permission action="all" subject="/roles/root" inheritable="true"/>
<permission action="all" subject="all" inheritable="false"/>
<permission action="all" subject="/roles/user" inheritable="true"/>
Create user under /users, add a password prop, and add to /roles/user.
--> User cant login. !!
Now, Change inheritable on root permissions (above) to be true.
User can login! I don't understand this. I don't want to have to set the
permissions on the /roles/user to be inheritable because I am trying to
limit the access of the principal /roles/user to deeper branch nodes, and
only grant access to other principals, but if this inheritance is set to
true, then collections constructed down the line from /files will get this
permission, which I don't want it to have (and you cant remove it from that
deeper collection node...)
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Stefan Lützkendorf <lu...@apache.org>.
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" <In...@gmail.com>
> To: "Miguel Figueiredo" <mf...@maisis.pt>; "Slide Users Mailing List"
> <sl...@jakarta.apache.org>; "IndianAtTech" <In...@gmail.com>
> 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
>><mf...@maisis.pt> 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: slide-user-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-user-help@jakarta.apache.org
>>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-user-help@jakarta.apache.org
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: class for BpropFindMethod
Posted by Ingo Brunberg <ib...@fiz-chemie.de>.
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" <In...@gmail.com>
> To: "Miguel Figueiredo" <mf...@maisis.pt>; "Slide Users Mailing List"
> <sl...@jakarta.apache.org>; "IndianAtTech" <In...@gmail.com>
> 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
> > <mf...@maisis.pt> 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: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org