[
https://issues.apache.org/jira/browse/SLING-9732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17196815#comment-17196815
]
Bertrand Delacretaz commented on SLING-9732:
--------------------------------------------
Note that server-side GraphQL queries already allow that - if the client is
authorized to write to a specific location that's taken into account in Sling
script resolution (and maybe restricted to GraphQL scripts) that would work out
of the box.
> Friendly Names for persisted GraphQL queries
> --------------------------------------------
>
> Key: SLING-9732
> URL: https://issues.apache.org/jira/browse/SLING-9732
> Project: Sling
> Issue Type: New Feature
> Components: GraphQL
> Reporter: Gilles Knobloch
> Priority: Major
>
> The current implementation generates a URL with a hash, for instance
> \{{/persisted/9bae4aa26ea4b2e06889a1e02179e02a902211bf970185c45bceba537107e2fc}}
> It would be great to be able to specify a "friendly name" that an external
> application could use, for instance {{/persisted/listArticles}}
> Should probably have things like
> * POST - register a query, ensuring a unique name is used
> * PUT - to update existing query
> * DELETE - to remove a persisted query
> I wonder if there should be some namespacing for the query name, like
> {{/persisted/projectA/listArticles}} and {{/persisted/projectB/listArticles}}
> to give it more flexibility.
> And probably an endpoint for listing existing queries within such a scope.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
