| Summary: | [REST API] links are a special construct, neither relative nor absolute | ||
|---|---|---|---|
| Product: | OKD | Reporter: | Andre Dietisheim <adietish> |
| Component: | Pod | Assignee: | Lili Nader <lnader> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | libra bugs <libra-bugs> |
| Severity: | low | Docs Contact: | |
| Priority: | medium | ||
| Version: | 2.x | CC: | mfisher, mpatel, xcoulon, xtian |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-04-13 18:33:28 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
Lowering priority since this could be addressed in a US. changed all links to absolute (In reply to comment #2) > changed all links to absolute Tested it on devenv-stage-166, all links are absolute like following : <href>https://ec2-23-20-212-221.compute-1.amazonaws.com/broker/rest/domains/domx91/applications/scalephp1/cartridges</href> |
If you GET a resource you'd get links to possible operations. those links use hrefs that are neither absolute nor relative. They're a value a client would have to add to the broker base url. In our sense this is not ideal since it requires the client library to know about a service base url: <link> <href>/domains/1329997507457</href> <method>DELETE</method> </link> We'd strongly prefer absolute URL's since the logic behind resource URLs is then completely opaque for clients. They would not need any special knowledge about a base url, context or whatever.