Univention Bugzilla – Bug 50127
[UDM HTTP API] DN to URL / univentionObjectType operation
Last modified: 2019-10-02 16:06:34 CEST
Sometimes the univentionObjectType of a DN is unknown. Happens mostly with computer, dhcp and policy objects, which can be found grouped together in multi value attributes. While it is possible to try to guess the type by looking at computers/computer and policies/policy and hoping to find a link to follow, it would be better to have an operation that clearly tells me either the univentionObjectType (or the URL) of the object or returns a 404. I'm not sure which implementation would be best in a REST architecture: * a resource/operation that returns the univentionObjectType for a DN * a resource/operation that returns the URL for a DN * a resource/operation that returns a 301 or 302 for a DN
This functionality already exists by following the link relation 'udm:object/get-by-dn' on /univention/udm/ which is a URI template to "/univention/object/{dn}".
Perfect :) Just for posterity: the links target is currently "/univention/udm/object/{dn}". The relation "udm:object/get-by-uuid" also points there.
Does not work for saml/serviceprovider objects that contain a '://', ':/' or ':%/'.
(In reply to Daniel Tröder from comment #4) > Does not work for saml/serviceprovider objects that contain a '://', ':/' or > ':%/'. That's not a problem with this bug but Bug #50175. URI templates aren't RESTful. There is no solution to fix this, as per RFC 3986 // may be normalized to /. You can do a search with scope=base and position=DN instead.
(In reply to Florian Best from comment #5) > You can do a search with scope=base and position=DN instead. How or where can I do that (when I don't know the univentionObjectType)?
UCS 4.4-2 has been released: https://docs.software-univention.de/release-notes-4.4-2-en.html https://docs.software-univention.de/release-notes-4.4-2-de.html If this error occurs again, please use "Clone This Bug".