Project

Profile

Help

Story #3636

As a third party, I can use ids to interact with different endpoints

Added by daviddavis over 1 year ago. Updated 6 months ago.

Status:
CLOSED - WONTFIX
Priority:
Normal
Assignee:
-
Category:
-
Sprint/Milestone:
Start date:
Due date:
% Done:

0%

Platform Release:
Blocks Release:
Backwards Incompatible:
No
Groomed:
No
Sprint Candidate:
No
Tags:
QA Contact:
Complexity:
Smash Test:
Verified:
No
Verification Required:
No
Sprint:

Description

Problem

In #3633, we exposed ids in responses. Now the problem is that the Katello/CLI/etc can't perform actions like publishing a repo version without the href. We need to figure out a way to let them use IDs.

Potential Solutions

1. Extend HyperlinkedRelatedField to accept ID in addition to href
2. Add another param for ID (e.g. repository_id) in addition to repository
3. ???


Related issues

Related to Pulp - Story #3633: As a user, I am able to know the PK of each resource MODIFIED Actions

History

#1 Updated by daviddavis over 1 year ago

  • Related to Story #3633: As a user, I am able to know the PK of each resource added

#2 Updated by daviddavis over 1 year ago

  • Description updated (diff)

#3 Updated by dkliban@redhat.com over 1 year ago

I think that Katello and other projects that integrate with Pulp should be able to store full relativate URIs for all resources that they need to be able to access at any time. The URIs would look like '/pulp/api/v3/repositories/<id>/'. The client would then need to be configured with Pulp's hostname, port, and prefix (for re-rooting the API). The client's can then use the hostname, port, prefix, and the full relative URI to properly form the URL for a resource that it already knows about.

#4 Updated by daviddavis over 1 year ago

@dkliban so basically Katello has to either:

1. Store id AND href
2. Know how to translate hrefs into ids for each resource

Either way, Katello has to deal with both ids and hrefs. I think Katello should just deal with ids or hrefs but not be forced to use both.

#5 Updated by daviddavis over 1 year ago

  • Sprint deleted (Sprint 36)

#6 Updated by daviddavis over 1 year ago

  • Tracker changed from Issue to Story
  • % Done set to 0

#7 Updated by daviddavis 11 months ago

  • Status changed from NEW to CLOSED - WONTFIX

We are no longer returning ids in our API and we decided to support hrefs only. Closing this out.

#8 Updated by daviddavis 6 months ago

  • Sprint/Milestone set to 3.0

#9 Updated by bmbouter 6 months ago

  • Tags deleted (Pulp 3)

Please register to edit this issue

Also available in: Atom PDF