You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm working on a new redirector service that can detect whether it should redirect to a cache or an origin, and I've broken those two endpoints out at /api/v1.0/director/origin and /api/v1.0/director/object, respectively. However, in my testing cache, when I try to set pss.origin <redirector-domain>:443/api/v1.0/director/origin, xrootd fails to initialize with the error: badly formed origin URL (error in source code is here)
Is it possible to make parsing the redirector URL a little more flexible so something like this can work?
The text was updated successfully, but these errors were encountered:
The problem here is that the code doesn't know what to do with the "path" argument. So, what is it that the origin URL is really supposed to do? That is, what is the expected final URL supposed to look like given the example?
In our case, yes, the final URL would have that form. The intention is that our redirector service has the ability to redirect clients to either caches or origins. A GET request to <redirector-domain>:443/api/v1.0/director/origin/foo/bar should redirect the client to <origin-domain>:1094/foo/bar, whereas a GET request to <redirector-domain>:443/api/v1.0/director/object/foo/bar should redirect to <cache-domain:>8443/foo/bar. The redirector knows what kind of redirection to serve based on the endpoint. I think all we would need is for the path to be appended.
I'm working on a new redirector service that can detect whether it should redirect to a cache or an origin, and I've broken those two endpoints out at
/api/v1.0/director/origin
and/api/v1.0/director/object
, respectively. However, in my testing cache, when I try to setpss.origin <redirector-domain>:443/api/v1.0/director/origin
, xrootd fails to initialize with the error:badly formed origin URL
(error in source code is here)Is it possible to make parsing the redirector URL a little more flexible so something like this can work?
The text was updated successfully, but these errors were encountered: