Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GraphQL version of the TSP #44

Closed
wants to merge 1 commit into from

Conversation

delislesim
Copy link
Contributor

I found these files in my computer while doing some clean up. This is a GraphQL version of the TSP. It is far from perfect or finish, but can give ideas if at some point the TSP switches to GraphQL

@bhufmann
Copy link
Collaborator

bhufmann commented Jan 5, 2021

Thanks Simon for providing the GraphQL version of the TSP. GraphQL is interesting for the TSP for various reason. I opened an issue #45 to track the GraphQL investigation.

@marco-miller
Copy link
Contributor

Closing this legacy (yet way-paving) PR for the time being. Team recently resumed investigating GraphQL though, per this extension PR. More to come through the latter thread, then.

marco-miller added a commit to eclipse-cdt-cloud/theia-trace-extension that referenced this pull request Mar 17, 2022
Document a code example directly in ADR's text, answering its previously
related question this way. This example cannot be added as actual code
in the existing ADR prototype, as it requires manually provisioned test
data. This would otherwise make the prototype more complex than what ADR
scope prescribes. Assume usage of [1] as a mean to provision that data.

Still, document how one may reproduce this example as working code,
which is what was done while preparing this change anyway. Should one be
willing to implement this beyond ADR scope, [2] (below) can be used as a
legacy schema reference. ADR actual decisions might lead to implementing
this further, for real ([2]) as opposed to this hereby trivial approach.

Breakpoints are required if manually provisioning test data using [1],
which otherwise deletes that data once done with steps. Unlike this
added example which is GraphQL, [1]'s way of testing remains REST based.

To further clarify, this example is "GraphQL" towards TSP REST client as
previously prototyped. ADR scope focuses on first wrapping REST TSP with
GraphQL queries from clients such as that ADR prototype: any such TSP
GraphQL client may in turn rely on existing TSP REST clients, per ADR.

Now, this example is barely about real GraphQL, but more about how to
naively start implementing Resolvers towards more advanced GraphQL types
(and variable parameters); [2] was an initial example of such types.

[1] https://github.com/theia-ide/tsp-python-client/blob/master/test_tsp.py#L324
[2] eclipse-cdt-cloud/trace-server-protocol#44

Signed-off-by: Marco Miller <marco.miller@ericsson.com>
Rodrigoplp-work pushed a commit to Rodrigoplp-work/theia-trace-extension that referenced this pull request Mar 28, 2022
Document a code example directly in ADR's text, answering its previously
related question this way. This example cannot be added as actual code
in the existing ADR prototype, as it requires manually provisioned test
data. This would otherwise make the prototype more complex than what ADR
scope prescribes. Assume usage of [1] as a mean to provision that data.

Still, document how one may reproduce this example as working code,
which is what was done while preparing this change anyway. Should one be
willing to implement this beyond ADR scope, [2] (below) can be used as a
legacy schema reference. ADR actual decisions might lead to implementing
this further, for real ([2]) as opposed to this hereby trivial approach.

Breakpoints are required if manually provisioning test data using [1],
which otherwise deletes that data once done with steps. Unlike this
added example which is GraphQL, [1]'s way of testing remains REST based.

To further clarify, this example is "GraphQL" towards TSP REST client as
previously prototyped. ADR scope focuses on first wrapping REST TSP with
GraphQL queries from clients such as that ADR prototype: any such TSP
GraphQL client may in turn rely on existing TSP REST clients, per ADR.

Now, this example is barely about real GraphQL, but more about how to
naively start implementing Resolvers towards more advanced GraphQL types
(and variable parameters); [2] was an initial example of such types.

[1] https://github.com/theia-ide/tsp-python-client/blob/master/test_tsp.py#L324
[2] eclipse-cdt-cloud/trace-server-protocol#44

Signed-off-by: Marco Miller <marco.miller@ericsson.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants