question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Possible future package structure

See original GitHub issue

Is your feature request related to a problem? Please describe. We would like to add more logic to the graphql kotlin library in the future to take advantage of running a full kotlin schema and maybe even sharing some of the core graphql packages with client libraries.

Describe the solution you’d like We should update the package path of the schema generator and prepare for having new packages

We may also want to update the path of graphql-kotlin-schema-generator to reserve the top level path for other things

Package Name Package Path
graphql-kotlin-schema-generator com.expediagroup.graphql.generator
graphql-kotlin-federation com.expediagroup.graphql.federation
graphql-kotlin-spring-server com.expediagroup.graphql.spring
graphql-kotlin-schema* com.expediagroup.graphql.schema*
graphql-kotlin-server* com.expediagroup.graphql.server*
graphql-kotlin-client* com.expediagroup.graphql.client*

* Future packages

Additional context We currently have a few issues that we have mentioned extracting more logic from graphql-java to write it in a pure Kotlin implementation

Issue Analytics

  • State:closed
  • Created 4 years ago
  • Comments:6 (4 by maintainers)

github_iconTop GitHub Comments

1reaction
smyrickcommented, Jan 3, 2020

This could be less relevant if we helped the graphql-java team and split up their library: https://github.com/graphql-java/graphql-java/issues/336

1reaction
dariuszkuccommented, Jan 2, 2020

Probably would be good to explicitly mention that you are proposing package change only to graphql-kotlin-schema-generator from com.expediagroup.graphql to com.expediagroup.graphql.generator.

federation and spring-server already have right packages*.

*if we decide to provide support for additional servers, maybe spring-server should use package com.expediagroup.graphql.server.x where x is spring/ktor, etc

Read more comments on GitHub >

github_iconTop Results From Across the Web

A Future for R: A Comprehensive Overview
The purpose of the future package is to provide a very simple and uniform way of evaluating R expressions asynchronously using various resources...
Read more >
Create a future in future: Unified Parallel and ... - Rdrr.io
Using stdout = structure(TRUE, drop = TRUE) causes the captured standard output to be dropped from the future object as soon as it...
Read more >
Overview of All Packages - Futureverse
This is the core package of the future framework. It implements the Future API, which comprises three basic functions - future() , resolved()...
Read more >
Asynchronous and Distributed Programming in R with the ...
The future package provides an API for futures (or promises) in R. To quote Wikipedia, a future or promise is,.
Read more >
Future Improvements During 2021 - R-bloggers
The future framework makes it easy to parallelize existing R code ... also several updates to the related parallelly and progressr packages, ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found