True. In many cases, you are probably more flexible by using the
standard RESTXQ response headers.
On Fri, Aug 18, 2017 at 4:37 PM, Tim Thompson <timat...@gmail.com> wrote:
> Right, the status can be set when using the http:response element directly,
> but the web:response-header function does not seem to provide access to
> that. It only allows one to set new headers, not set the status of the
> response.
>
>
>
>
> --
> Tim A. Thompson
> Discovery Metadata Librarian
> Yale University Library
>
>
> On Fri, Aug 18, 2017 at 9:23 AM, Christian Grün <christian.gr...@gmail.com>
> wrote:
>>
>> Hi Tim,
>>
>> That should be possible as well:
>>
>> <rest:response>
>> <http:response status="{ ... }" message="{ ... }"/>
>> </rest:response>
>>
>> Cheers,
>> Christian
>>
>>
>>
>> On Fri, Aug 18, 2017 at 3:20 PM, Tim Thompson <timat...@gmail.com> wrote:
>> > Hi, Christian,
>> >
>> > Yes, it does. The only issue is that there doesn't seem to be a way to
>> > set
>> > the HTTP status and message via web:response-header, is that right? This
>> > would be a great feature to have :)
>> >
>> > Tim
>> >
>> > --
>> > Tim A. Thompson
>> > Discovery Metadata Librarian
>> > Yale University Library
>> >
>> >
>> > On Fri, Aug 18, 2017 at 4:25 AM, Christian Grün
>> > <christian.gr...@gmail.com>
>> > wrote:
>> >>
>> >> Hi Tim,
>> >>
>> >> I am glad to hear the response header output does its job.
>> >>
>> >> As the function does nothing else than creating a response header
>> >> (unfortunately with this standard caching directive – I think I will
>> >> remove it along with BaseX 8.7), you could try to replace your
>> >> response elements with the function’s result. Does this help?
>> >>
>> >> Christian
>> >>
>> >>
>> >>
>> >> On Thu, Aug 17, 2017 at 9:21 PM, Tim Thompson <timat...@gmail.com>
>> >> wrote:
>> >> > Using the web:response-header() function from the BaseX Web Module
>> >> > seems
>> >> > to
>> >> > work for overriding default headers
>> >> > (http://docs.basex.org/wiki/Web_Module#web:response-header). I do
>> >> > wonder
>> >> > why
>> >> > the behavior differs between this function and directly using a
>> >> > rest:response element. Shouldn't these two be equivalent?
>> >> >
>> >> > Thanks,
>> >> > Tim
>> >> >
>> >> >
>> >> > --
>> >> > Tim A. Thompson
>> >> > Discovery Metadata Librarian
>> >> > Yale University Library
>> >> >
>> >> >
>> >> > On Thu, Aug 17, 2017 at 11:50 AM, Tim Thompson <timat...@gmail.com>
>> >> > wrote:
>> >> >>
>> >> >> Hello,
>> >> >>
>> >> >> Is it possible to overwrite default HTTP headers in RESTXQ? I am
>> >> >> running
>> >> >> BaseX in Tomcat 7 and have set the authmethod param set to "Custom."
>> >> >> I
>> >> >> wanted to define my own WWW-Authenticate header for Digest
>> >> >> authentication. I
>> >> >> tried something like this:
>> >> >>
>> >> >> <http:header
>> >> >> name="WWW-Authenticate"
>> >> >> value="{
>> >> >> ``[Digest realm="BaseX",
>> >> >> qop="auth, auth-int",
>> >> >> algorithm=MD5,
>> >> >> nonce=`{hash:md5(random:uuid())}`]``
>> >> >> }"/>
>> >> >>
>> >> >> (in a custom response, as specified in
>> >> >> http://docs.basex.org/wiki/RESTXQ#Custom_Response).
>> >> >>
>> >> >> However, the WWW-Authenticate header only returns a value of Custom
>> >> >> realm="BaseX" no matter what I do in the custom RESTXQ response.
>> >> >>
>> >> >> Thanks in advance,
>> >> >> Tim
>> >> >>
>> >> >> --
>> >> >> Tim A. Thompson
>> >> >> Discovery Metadata Librarian
>> >> >> Yale University Library
>> >> >>
>> >> >
>> >
>> >
>
>
