Open alexdunnjpl opened 11 months ago
@alexdunnjpl @jordanpadams I agree with that proposal, the most simple the better since I don't feel like supporting lid only there is important except for the fact that they are sub-path of product/{lid} which we support (as Alex just told me !)
@alexdunnjpl to clarify, do this still works?
/products/{identifier}/all
/products/{identifier}/latest
@alexdunnjpl per our discussion at the stand-up, as long as those endpoints work, those are the only ones we care about. I think the others can go away because I don't really see the use cases there.
@tloubrieu-jpl I'd tentatively suggest this as a candidate for my next deliverable
💡 Description
Post #396, /all and /latest endpoints still exist, but have no effect. Either restore their functionality, or remove them.
@jordanpadams I suggest we remove the endpoints, and have the members/member-of endpoints behave in the following manner:
products/{lid}/members
return the first-level members of the latestlidvid
forlid
products/{lid}/members/members
return the second-level members of the latestlidvid
forlid
products/{lid}/member-of
get the document for the latest lidvid forlid
, and return every lidvid specified in the appropriate ancestry attribute (should only ever be populated with lidvids afaik)products/{lid}/member-of/member-of
get the document for the latest lidvid forlid
, and return every lidvid specified in the appropriate ancestry attribute (should only ever be populated with lidvids afaik)