Page MenuHomePhabricator

Implement a rough initial version of ApplicationSearch-driven Conduit read endpoints
ClosedPublic

Authored by epriestley on Dec 11 2015, 7:39 PM.
Tags
None
Referenced Files
F19060346: D14743.diff
Sat, Nov 29, 9:13 AM
F18983333: D14743.id35659.diff
Mon, Nov 17, 9:00 AM
F18982567: D14743.id35659.diff
Mon, Nov 17, 7:05 AM
F18980558: D14743.id35657.diff
Mon, Nov 17, 12:56 AM
F18979662: D14743.id35657.diff
Sun, Nov 16, 10:43 PM
F18849432: D14743.id.diff
Oct 30 2025, 9:48 AM
F18845165: D14743.diff
Oct 29 2025, 10:15 AM
F18773896: D14743.id.diff
Oct 9 2025, 1:24 PM
Subscribers
None

Details

Summary

Ref T9964. See that task for some context and discussion.

Ref T7715, which has the bigger picture here.

Basically, I want Conduit read endpoints to be full-power, ApplicationSearch-driven endpoints, so that applications can:

  • Write one EditEngine and get web + conduit writes for free.
  • Write one SearchEngine and get web + conduit reads for free.

I previously made some steps toward this, but this puts more of the structure in place.

Test Plan

Viewed API console endpoint and read 20 pages of docs:

Screen Shot 2015-12-11 at 11.38.00 AM.png (1×1 px, 302 KB)

Made various calls: with query keys, constraints, pagination, and limits.

Viewed new ConfigModules page.

Diff Detail

Event Timeline

epriestley retitled this revision from to Implement a rough initial version of ApplicationSearch-driven Conduit read endpoints.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: chad.
chad edited edge metadata.
This revision is now accepted and ready to land.Dec 11 2015, 9:58 PM
This revision was automatically updated to reflect the committed changes.