Hello,
I’m trying to build my first BaseX web application. I’ve got a RESTXQ function for returning static files to the browser, and other RESTXQ functions corresponding to URLs in the web application. The function for static files is based on the one in DBA:
(:~ Returns the specified static file to the browser as binary data. :) declare %rest:GET %rest:path('theocom/static/{$dir=.+}/{$file=.+}') function c:file($dir as xs:string, $file as xs:string) { let $path := file:base-dir() || 'static/' || $dir || '/' || $file return ( web:response-header( map { 'media-type': web:content-type($path) }, map { 'Content-Length': file:size($path) } ), file:read-binary($path) ) };
Another function returns the home page for the web application. That page works just fine. The HTML document gets returned to the browser, and the static CSS and image files are sent to the browser successfully.
(:~ Returns the home page for the entire web application. :) declare %rest:GET %rest:path('theocom') %output:method('html') %output:html-version('5') function c:home() { let $params := c:http-params() return ( c:extra-response-headers(), home:get-home-page($params) ) };
I have another RESTXQ function that corresponds to a URL that goes deeper into the web application:
(:~ Returns a page listing contributors (libraries whose content we've imported), for browsing. :) declare %rest:GET %rest:path('theocom/contributors/{$alpha=[a-z]}') %output:method('html') %output:html-version('5') function c:browse-contributors($alpha as xs:string) { let $params := map:merge( ( map:entry("browse", "contributor"), map:entry("alpha", upper-case($alpha)), c:http-params() ) ) return ( c:extra-response-headers(), browse:contributors($params) ) };
The problem I’m having is that on this page, the browser returns 404 for the static files, even though the code for the HTML <head> where the CSS files are linked is identical to the home page. Am I doing something wrong, or is the BaseX RESTXQ implementation doing something unexpected?
Thanks, Greg
Gregory Murray Director of Digital Initiatives Wright Library Princeton Theological Seminary
Are the two types of pages requesting the CSS by relative path?
For the main page, static/… should be correct, but for theocom/contributors/…, it should probably be ../../static/…
If this is the issue, then you can refer to the static files by absolute path or use request:path() in order to analyze how many path steps you need to go up for generating relative URLs to the static files.
Just speculating, since I didn’t see your code or the generated HTML in greater detail.
Gerrit
On 29.01.2024 15:49, Murray, Gregory wrote:
Hello,
I’m trying to build my first BaseX web application. I’ve got a RESTXQ function for returning static files to the browser, and other RESTXQ functions corresponding to URLs in the web application. The function for static files is based on the one in DBA:
(:~ Returns the specified static file to the browser as binary data. :)
declare
%rest:GET
%rest:path('theocom/static/{$dir=.+}/{$file=.+}')
function c:file($dir as xs:string, $file as xs:string)
{
let $path := file:base-dir() || 'static/' || $dir || '/' || $file
return
(
web:response-header(
map { 'media-type': web:content-type($path) },
map { 'Content-Length': file:size($path) }
),
file:read-binary($path)
)
};
Another function returns the home page for the web application. That page works just fine. The HTML document gets returned to the browser, and the static CSS and image files are sent to the browser successfully.
(:~ Returns the home page for the entire web application. :)
declare
%rest:GET
%rest:path('theocom')
%output:method('html')
%output:html-version('5')
function c:home()
{
let $params := c:http-params()
return
(
c:extra-response-headers(),
home:get-home-page($params)
)
};
I have another RESTXQ function that corresponds to a URL that goes deeper into the web application:
(:~ Returns a page listing contributors (libraries whose content we've imported), for browsing. :) declare %rest:GET %rest:path('theocom/contributors/{$alpha=[a-z]}') %output:method('html') %output:html-version('5') function /c:browse-contributors/($alpha as xs:string) { let $params := /map:merge/( ( /map:entry/("browse", "contributor"), /map:entry/("alpha", /upper-case/($alpha)), /c:http-params/() ) ) return ( /c:extra-response-headers/(), /browse:contributors/($params) ) };
The problem I’m having is that on this page, the browser returns 404 for the static files, even though the code for the HTML <head> where the CSS files are linked is identical to the home page. Am I doing something wrong, or is the BaseX RESTXQ implementation doing something unexpected?
Thanks,
Greg
Gregory Murray
Director of Digital Initiatives
Wright Library
Princeton Theological Seminary
In addition to Gerrit's comments... This line jumped out as problematic to me. %rest:path('theocom/static/{$dir=.+}/{$file=.+}')
The pattern =.+ matches the rest of the path. You only need this once at the end of the path. Maybe just: %rest:path('theocom/static/{$dir}/{$file=.+}')
/Andy
On Mon, 29 Jan 2024 at 14:49, Murray, Gregory gregory.murray@ptsem.edu wrote:
Hello,
I’m trying to build my first BaseX web application. I’ve got a RESTXQ function for returning static files to the browser, and other RESTXQ functions corresponding to URLs in the web application. The function for static files is based on the one in DBA:
(:~ Returns the specified static file to the browser as binary data. :)
declare
%rest:GET
%rest:path('theocom/static/{$dir=.+}/{$file=.+}')
function c:file($dir as xs:string, $file as xs:string)
{
let $path := file:base-dir() || 'static/' || $dir || '/' || $file
return
( web:response-header( map { 'media-type': web:content-type($path) }, map { 'Content-Length': file:size($path) } ), file:read-binary($path) )};
Another function returns the home page for the web application. That page works just fine. The HTML document gets returned to the browser, and the static CSS and image files are sent to the browser successfully.
(:~ Returns the home page for the entire web application. :)
declare
%rest:GET
%rest:path('theocom')
%output:method('html')
%output:html-version('5')
function c:home()
{
let $params := c:http-params()
return
( c:extra-response-headers(), home:get-home-page($params) )};
I have another RESTXQ function that corresponds to a URL that goes deeper into the web application:
(:~ Returns a page listing contributors (libraries whose content we've imported), for browsing. :) declare %rest:GET %rest:path('theocom/contributors/{$alpha=[a-z]}') %output:method('html') %output:html-version('5') function *c:browse-contributors*($alpha as xs:string) { let $params := *map:merge*( ( *map:entry*("browse", "contributor"), *map:entry*("alpha", *upper-case*($alpha)), *c:http-params*() ) ) return ( *c:extra-response-headers*(), *browse:contributors*($params) ) };
The problem I’m having is that on this page, the browser returns 404 for the static files, even though the code for the HTML <head> where the CSS files are linked is identical to the home page. Am I doing something wrong, or is the BaseX RESTXQ implementation doing something unexpected?
Thanks,
Greg
Gregory Murray
Director of Digital Initiatives
Wright Library
Princeton Theological Seminary
Hi Andy,
I didn’t receive a reply from anyone named Gerrit, but I will watch for it. Meanwhile, thank you for your suggestion. I made the change you indicated, but unfortunately I’m still seeing the same behavior.
Thanks, Greg
From: Andy Bunce bunce.andy@gmail.com Date: Monday, January 29, 2024 at 11:51 AM To: Murray, Gregory gregory.murray@ptsem.edu Cc: basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de Subject: Re: [basex-talk] RESTXQ oddity? You don't often get email from bunce.andy@gmail.com. Learn why this is importanthttps://aka.ms/LearnAboutSenderIdentification In addition to Gerrit's comments... This line jumped out as problematic to me. %rest:path('theocom/static/{$dir=.+}/{$file=.+}')
The pattern =.+ matches the rest of the path. You only need this once at the end of the path. Maybe just: %rest:path('theocom/static/{$dir}/{$file=.+}')
/Andy
On Mon, 29 Jan 2024 at 14:49, Murray, Gregory <gregory.murray@ptsem.edumailto:gregory.murray@ptsem.edu> wrote: Hello,
I’m trying to build my first BaseX web application. I’ve got a RESTXQ function for returning static files to the browser, and other RESTXQ functions corresponding to URLs in the web application. The function for static files is based on the one in DBA:
(:~ Returns the specified static file to the browser as binary data. :) declare %rest:GET %rest:path('theocom/static/{$dir=.+}/{$file=.+}') function c:file($dir as xs:string, $file as xs:string) { let $path := file:base-dir() || 'static/' || $dir || '/' || $file return ( web:response-header( map { 'media-type': web:content-type($path) }, map { 'Content-Length': file:size($path) } ), file:read-binary($path) ) };
Another function returns the home page for the web application. That page works just fine. The HTML document gets returned to the browser, and the static CSS and image files are sent to the browser successfully.
(:~ Returns the home page for the entire web application. :) declare %rest:GET %rest:path('theocom') %output:method('html') %output:html-version('5') function c:home() { let $params := c:http-params() return ( c:extra-response-headers(), home:get-home-page($params) ) };
I have another RESTXQ function that corresponds to a URL that goes deeper into the web application:
(:~ Returns a page listing contributors (libraries whose content we've imported), for browsing. :) declare %rest:GET %rest:path('theocom/contributors/{$alpha=[a-z]}') %output:method('html') %output:html-version('5') function c:browse-contributors($alpha as xs:string) { let $params := map:merge( ( map:entry("browse", "contributor"), map:entry("alpha", upper-case($alpha)), c:http-params() ) ) return ( c:extra-response-headers(), browse:contributors($params) ) };
The problem I’m having is that on this page, the browser returns 404 for the static files, even though the code for the HTML <head> where the CSS files are linked is identical to the home page. Am I doing something wrong, or is the BaseX RESTXQ implementation doing something unexpected?
Thanks, Greg
Gregory Murray Director of Digital Initiatives Wright Library Princeton Theological Seminary
Hi Murray,
I only replied to the list, not to you personally, on the assumption that you are subscribed to the list.
https://mailman.uni-konstanz.de/pipermail/basex-talk/2024-January/018275.htm...
Gerrit
On 29.01.2024 19:39, Murray, Gregory wrote:
Hi Andy,
I didn’t receive a reply from anyone named Gerrit, but I will watch for it. Meanwhile, thank you for your suggestion. I made the change you indicated, but unfortunately I’m still seeing the same behavior.
Thanks,
Greg
*From: *Andy Bunce bunce.andy@gmail.com *Date: *Monday, January 29, 2024 at 11:51 AM *To: *Murray, Gregory gregory.murray@ptsem.edu *Cc: *basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de *Subject: *Re: [basex-talk] RESTXQ oddity?
You don't often get email from bunce.andy@gmail.com. Learn why this is important https://aka.ms/LearnAboutSenderIdentification
In addition to Gerrit's comments...
This line jumped out as problematic to me.
%rest:path('theocom/static/{$dir=.+}/{$file=.+}')
The pattern =.+ matches the rest of the path. You only need this once at the end of the path.
Maybe just:
%rest:path('theocom/static/{$dir}/{$file=.+}')
/Andy
On Mon, 29 Jan 2024 at 14:49, Murray, Gregory <gregory.murray@ptsem.edu mailto:gregory.murray@ptsem.edu> wrote:
Hello, I’m trying to build my first BaseX web application. I’ve got a RESTXQ function for returning static files to the browser, and other RESTXQ functions corresponding to URLs in the web application. The function for static files is based on the one in DBA: (:~ Returns the specified static file to the browser as binary data. :) declare %rest:GET %rest:path('theocom/static/{$dir=.+}/{$file=.+}') function c:file($dir as xs:string, $file as xs:string) { let $path := file:base-dir() || 'static/' || $dir || '/' || $file return ( web:response-header( map { 'media-type': web:content-type($path) }, map { 'Content-Length': file:size($path) } ), file:read-binary($path) ) }; Another function returns the home page for the web application. That page works just fine. The HTML document gets returned to the browser, and the static CSS and image files are sent to the browser successfully. (:~ Returns the home page for the entire web application. :) declare %rest:GET %rest:path('theocom') %output:method('html') %output:html-version('5') function c:home() { let $params := c:http-params() return ( c:extra-response-headers(), home:get-home-page($params) ) }; I have another RESTXQ function that corresponds to a URL that goes deeper into the web application: (:~ Returns a page listing contributors (libraries whose content we've imported), for browsing. :) declare %rest:GET %rest:path('theocom/contributors/{$alpha=[a-z]}') %output:method('html') %output:html-version('5') function /c:browse-contributors/($alpha as xs:string) { let $params := /map:merge/( ( /map:entry/("browse", "contributor"), /map:entry/("alpha", /upper-case/($alpha)), /c:http-params/() ) ) return ( /c:extra-response-headers/(), /browse:contributors/($params) ) }; The problem I’m having is that on this page, the browser returns 404 for the static files, even though the code for the HTML <head> where the CSS files are linked is identical to the home page. Am I doing something wrong, or is the BaseX RESTXQ implementation doing something unexpected? Thanks, Greg Gregory Murray Director of Digital Initiatives Wright Library Princeton Theological Seminary
Hi Gerrit,
I’m subscribed to the list, but it appears that I have been receiving only some messages posted to the list, not all – probably caused by an overzealous security mechanism on the email server here at my employer. I’ll look into it.
Thanks very much for your suggestion. I see what you mean about relative vs. absolute paths. Yes, I was using absolute paths such as href="static/css/theocom.css" but now I see that using the absolute path such as href="/theocom/static/css/theocom.css" works well and allows me to use the same code for HTML <head> across multiple pages.
Many thanks, Greg
From: Imsieke, Gerrit, le-tex gerrit.imsieke@le-tex.de Date: Monday, January 29, 2024 at 2:36 PM To: Murray, Gregory gregory.murray@ptsem.edu, basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de Subject: Re: [basex-talk] RESTXQ oddity? [You don't often get email from gerrit.imsieke@le-tex.de. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]
Hi Murray,
I only replied to the list, not to you personally, on the assumption that you are subscribed to the list.
https://mailman.uni-konstanz.de/pipermail/basex-talk/2024-January/018275.htm...
Gerrit
On 29.01.2024 19:39, Murray, Gregory wrote:
Hi Andy,
I didn’t receive a reply from anyone named Gerrit, but I will watch for it. Meanwhile, thank you for your suggestion. I made the change you indicated, but unfortunately I’m still seeing the same behavior.
Thanks,
Greg
*From: *Andy Bunce bunce.andy@gmail.com *Date: *Monday, January 29, 2024 at 11:51 AM *To: *Murray, Gregory gregory.murray@ptsem.edu *Cc: *basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de *Subject: *Re: [basex-talk] RESTXQ oddity?
You don't often get email from bunce.andy@gmail.com. Learn why this is important https://aka.ms/LearnAboutSenderIdentification
In addition to Gerrit's comments...
This line jumped out as problematic to me.
%rest:path('theocom/static/{$dir=.+}/{$file=.+}')
The pattern =.+ matches the rest of the path. You only need this once at the end of the path.
Maybe just:
%rest:path('theocom/static/{$dir}/{$file=.+}')
/Andy
On Mon, 29 Jan 2024 at 14:49, Murray, Gregory <gregory.murray@ptsem.edu mailto:gregory.murray@ptsem.edu> wrote:
Hello, I’m trying to build my first BaseX web application. I’ve got a RESTXQ function for returning static files to the browser, and other RESTXQ functions corresponding to URLs in the web application. The function for static files is based on the one in DBA: (:~ Returns the specified static file to the browser as binary data. :) declare %rest:GET %rest:path('theocom/static/{$dir=.+}/{$file=.+}') function c:file($dir as xs:string, $file as xs:string) { let $path := file:base-dir() || 'static/' || $dir || '/' || $file return ( web:response-header( map { 'media-type': web:content-type($path) }, map { 'Content-Length': file:size($path) } ), file:read-binary($path) ) }; Another function returns the home page for the web application. That page works just fine. The HTML document gets returned to the browser, and the static CSS and image files are sent to the browser successfully. (:~ Returns the home page for the entire web application. :) declare %rest:GET %rest:path('theocom') %output:method('html') %output:html-version('5') function c:home() { let $params := c:http-params() return ( c:extra-response-headers(), home:get-home-page($params) ) }; I have another RESTXQ function that corresponds to a URL that goes deeper into the web application: (:~ Returns a page listing contributors (libraries whose content we've imported), for browsing. :) declare %rest:GET %rest:path('theocom/contributors/{$alpha=[a-z]}') %output:method('html') %output:html-version('5') function /c:browse-contributors/($alpha as xs:string) { let $params := /map:merge/( ( /map:entry/("browse", "contributor"), /map:entry/("alpha", /upper-case/($alpha)), /c:http-params/() ) ) return ( /c:extra-response-headers/(), /browse:contributors/($params) ) }; The problem I’m having is that on this page, the browser returns 404 for the static files, even though the code for the HTML <head> where the CSS files are linked is identical to the home page. Am I doing something wrong, or is the BaseX RESTXQ implementation doing something unexpected? Thanks, Greg Gregory Murray Director of Digital Initiatives Wright Library Princeton Theological Seminary
-- Gerrit Imsieke Geschäftsführer / Managing Director le-tex publishing services GmbH Weissenfelser Str. 84, 04229 Leipzig, Germany Phone +49 341 355356 110, Fax +49 341 355356 510 gerrit.imsieke@le-tex.de, https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.le-tex....http://www.le-tex.de/
Registergericht / Commercial Register: Amtsgericht Leipzig Registernummer / Registration Number: HRB 24930
Geschäftsführer / Managing Directors: Gerrit Imsieke, Svea Jelonek, Thomas Schmidt
Correction: I meant to say “Yes, I was using relative paths ….” Apologies.
From: Murray, Gregory gregory.murray@ptsem.edu Date: Monday, January 29, 2024 at 3:35 PM To: Imsieke, Gerrit, le-tex gerrit.imsieke@le-tex.de, basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de Subject: Re: [basex-talk] RESTXQ oddity? Hi Gerrit,
I’m subscribed to the list, but it appears that I have been receiving only some messages posted to the list, not all – probably caused by an overzealous security mechanism on the email server here at my employer. I’ll look into it.
Thanks very much for your suggestion. I see what you mean about relative vs. absolute paths. Yes, I was using absolute paths such as href="static/css/theocom.css" but now I see that using the absolute path such as href="/theocom/static/css/theocom.css" works well and allows me to use the same code for HTML <head> across multiple pages.
Many thanks, Greg
From: Imsieke, Gerrit, le-tex gerrit.imsieke@le-tex.de Date: Monday, January 29, 2024 at 2:36 PM To: Murray, Gregory gregory.murray@ptsem.edu, basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de Subject: Re: [basex-talk] RESTXQ oddity? [You don't often get email from gerrit.imsieke@le-tex.de. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]
Hi Murray,
I only replied to the list, not to you personally, on the assumption that you are subscribed to the list.
https://mailman.uni-konstanz.de/pipermail/basex-talk/2024-January/018275.htm...
Gerrit
On 29.01.2024 19:39, Murray, Gregory wrote:
Hi Andy,
I didn’t receive a reply from anyone named Gerrit, but I will watch for it. Meanwhile, thank you for your suggestion. I made the change you indicated, but unfortunately I’m still seeing the same behavior.
Thanks,
Greg
*From: *Andy Bunce bunce.andy@gmail.com *Date: *Monday, January 29, 2024 at 11:51 AM *To: *Murray, Gregory gregory.murray@ptsem.edu *Cc: *basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de *Subject: *Re: [basex-talk] RESTXQ oddity?
You don't often get email from bunce.andy@gmail.com. Learn why this is important https://aka.ms/LearnAboutSenderIdentification
In addition to Gerrit's comments...
This line jumped out as problematic to me.
%rest:path('theocom/static/{$dir=.+}/{$file=.+}')
The pattern =.+ matches the rest of the path. You only need this once at the end of the path.
Maybe just:
%rest:path('theocom/static/{$dir}/{$file=.+}')
/Andy
On Mon, 29 Jan 2024 at 14:49, Murray, Gregory <gregory.murray@ptsem.edu mailto:gregory.murray@ptsem.edu> wrote:
Hello, I’m trying to build my first BaseX web application. I’ve got a RESTXQ function for returning static files to the browser, and other RESTXQ functions corresponding to URLs in the web application. The function for static files is based on the one in DBA: (:~ Returns the specified static file to the browser as binary data. :) declare %rest:GET %rest:path('theocom/static/{$dir=.+}/{$file=.+}') function c:file($dir as xs:string, $file as xs:string) { let $path := file:base-dir() || 'static/' || $dir || '/' || $file return ( web:response-header( map { 'media-type': web:content-type($path) }, map { 'Content-Length': file:size($path) } ), file:read-binary($path) ) }; Another function returns the home page for the web application. That page works just fine. The HTML document gets returned to the browser, and the static CSS and image files are sent to the browser successfully. (:~ Returns the home page for the entire web application. :) declare %rest:GET %rest:path('theocom') %output:method('html') %output:html-version('5') function c:home() { let $params := c:http-params() return ( c:extra-response-headers(), home:get-home-page($params) ) }; I have another RESTXQ function that corresponds to a URL that goes deeper into the web application: (:~ Returns a page listing contributors (libraries whose content we've imported), for browsing. :) declare %rest:GET %rest:path('theocom/contributors/{$alpha=[a-z]}') %output:method('html') %output:html-version('5') function /c:browse-contributors/($alpha as xs:string) { let $params := /map:merge/( ( /map:entry/("browse", "contributor"), /map:entry/("alpha", /upper-case/($alpha)), /c:http-params/() ) ) return ( /c:extra-response-headers/(), /browse:contributors/($params) ) }; The problem I’m having is that on this page, the browser returns 404 for the static files, even though the code for the HTML <head> where the CSS files are linked is identical to the home page. Am I doing something wrong, or is the BaseX RESTXQ implementation doing something unexpected? Thanks, Greg Gregory Murray Director of Digital Initiatives Wright Library Princeton Theological Seminary
-- Gerrit Imsieke Geschäftsführer / Managing Director le-tex publishing services GmbH Weissenfelser Str. 84, 04229 Leipzig, Germany Phone +49 341 355356 110, Fax +49 341 355356 510 gerrit.imsieke@le-tex.de, https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.le-tex....http://www.le-tex.de/
Registergericht / Commercial Register: Amtsgericht Leipzig Registernummer / Registration Number: HRB 24930
Geschäftsführer / Managing Directors: Gerrit Imsieke, Svea Jelonek, Thomas Schmidt
And sorry for calling you Murray. Only now I realized that it’s your last name. Sorry again, Greg, and I’m glad that it’s working for you now.
Btw, href="static/css/theocom.css" is indeed a relative path. The leading slash makes href="/theocom/static/css/theocom.css" an absolute path.
Gerrit
On 29.01.2024 21:39, Murray, Gregory wrote:
Correction: I meant to say “Yes, I was using relative paths ….” Apologies.
*From: *Murray, Gregory gregory.murray@ptsem.edu *Date: *Monday, January 29, 2024 at 3:35 PM *To: *Imsieke, Gerrit, le-tex gerrit.imsieke@le-tex.de, basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de *Subject: *Re: [basex-talk] RESTXQ oddity?
Hi Gerrit,
I’m subscribed to the list, but it appears that I have been receiving only some messages posted to the list, not all – probably caused by an overzealous security mechanism on the email server here at my employer. I’ll look into it.
Thanks very much for your suggestion. I see what you mean about relative vs. absolute paths. Yes, I was using absolute paths such as href="static/css/theocom.css" but now I see that using the absolute path such as href="/theocom/static/css/theocom.css" works well and allows me to use the same code for HTML <head> across multiple pages.
Many thanks,
Greg
*From: *Imsieke, Gerrit, le-tex gerrit.imsieke@le-tex.de *Date: *Monday, January 29, 2024 at 2:36 PM *To: *Murray, Gregory gregory.murray@ptsem.edu, basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de *Subject: *Re: [basex-talk] RESTXQ oddity?
[You don't often get email from gerrit.imsieke@le-tex.de. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification https://aka.ms/LearnAboutSenderIdentification ]
Hi Murray,
I only replied to the list, not to you personally, on the assumption that you are subscribed to the list.
https://mailman.uni-konstanz.de/pipermail/basex-talk/2024-January/018275.htm... https://mailman.uni-konstanz.de/pipermail/basex-talk/2024-January/018275.html
Gerrit
On 29.01.2024 19:39, Murray, Gregory wrote:
Hi Andy,
I didn’t receive a reply from anyone named Gerrit, but I will watch for it. Meanwhile, thank you for your suggestion. I made the change you indicated, but unfortunately I’m still seeing the same behavior.
Thanks,
Greg
*From: *Andy Bunce bunce.andy@gmail.com *Date: *Monday, January 29, 2024 at 11:51 AM *To: *Murray, Gregory gregory.murray@ptsem.edu *Cc: *basex-talk@mailman.uni-konstanz.de basex-talk@mailman.uni-konstanz.de *Subject: *Re: [basex-talk] RESTXQ oddity?
You don't often get email from bunce.andy@gmail.com. Learn why this is important <https://aka.ms/LearnAboutSenderIdentification https://aka.ms/LearnAboutSenderIdentification>
In addition to Gerrit's comments...
This line jumped out as problematic to me.
%rest:path('theocom/static/{$dir=.+}/{$file=.+}')
The pattern =.+ matches the rest of the path. You only need this once at the end of the path.
Maybe just:
%rest:path('theocom/static/{$dir}/{$file=.+}')
/Andy
On Mon, 29 Jan 2024 at 14:49, Murray, Gregory <gregory.murray@ptsem.edu <mailto:gregory.murray@ptsem.edu mailto:gregory.murray@ptsem.edu>> wrote:
Hello,
I’m trying to build my first BaseX web application. I’ve got a RESTXQ function for returning static files to the browser, and other RESTXQ functions corresponding to URLs in the web application. The function for static files is based on the one in DBA:
(:~ Returns the specified static file to the browser as binary data. :)
declare
%rest:GET
%rest:path('theocom/static/{$dir=.+}/{$file=.+}')
function c:file($dir as xs:string, $file as xs:string)
{
let $path := file:base-dir() || 'static/' || $dir || '/' || $file
return
(
web:response-header(
map { 'media-type': web:content-type($path) },
map { 'Content-Length': file:size($path) }
),
file:read-binary($path)
)
};
Another function returns the home page for the web application. That page works just fine. The HTML document gets returned to the browser, and the static CSS and image files are sent to the browser successfully.
(:~ Returns the home page for the entire web application. :)
declare
%rest:GET
%rest:path('theocom')
%output:method('html')
%output:html-version('5')
function c:home()
{
let $params := c:http-params()
return
(
c:extra-response-headers(),
home:get-home-page($params)
)
};
I have another RESTXQ function that corresponds to a URL that goes deeper into the web application:
(:~ Returns a page listing contributors (libraries whose content we've imported), for browsing. :) declare %rest:GET %rest:path('theocom/contributors/{$alpha=[a-z]}') %output:method('html') %output:html-version('5') function /c:browse-contributors/($alpha as xs:string) { let $params := /map:merge/( ( /map:entry/("browse", "contributor"), /map:entry/("alpha", /upper-case/($alpha)), /c:http-params/() ) ) return ( /c:extra-response-headers/(), /browse:contributors/($params) ) };
The problem I’m having is that on this page, the browser returns 404 for the static files, even though the code for the HTML <head> where the CSS files are linked is identical to the home page. Am I doing something wrong, or is the BaseX RESTXQ implementation doing something unexpected?
Thanks,
Greg
Gregory Murray
Director of Digital Initiatives
Wright Library
Princeton Theological Seminary
basex-talk@mailman.uni-konstanz.de
-
Andy Bunce -
Imsieke, Gerrit, le-tex -
Murray, Gregory