Status of the project? about rejoiner HOT 5 CLOSED

from rejoiner.

Hey Nick,

I'd like to make the use of guice optional. In essence it is needed to create 5 sets as input for SchemaProviderModule. Removing the need for guice should make it possible to build with quarkus.
Essentially this would mean separating out the Relay related code.

Also I'm looking for adding hooks to modify the schema once it's assembled. I'm adding filter and aggregation expressions to every list-type field right now, but I have to copy the whole schema in the process. Not really a problem, just ugly.

I'm working on parsing swagger files to integrate rest endpoints as well. Is that something you would be interested in?

Anyway, it's good to read that this great project is still going strong.

from rejoiner.

I'd like to make the use of guice optional. In essence it is needed to create 5 sets as input for SchemaProviderModule. Removing the need for guice should make it possible to build with quarkus.
Essentially this would mean separating out the Relay related code.

I’m open to trying out a refactor to make guice optional, you’re not the first to request that. Would you still want something like the annotated methods in the Schema module?

Also I'm looking for adding hooks to modify the schema once it's assembled. I'm adding filter and aggregation expressions to every list-type field right now, but I have to copy the whole schema in the process. Not really a problem, just ugly.

this is something we definitely want to support.

I'm working on parsing swagger files to integrate rest endpoints as well. Is that something you would be interested in?

I’m thinking of separating the proto functionality from the “joining” functionality to better support exactly this. The proto functionality will be one of many integrations.

Anyway, it's good to read that this great project is still going strong.

from rejoiner.

I’m open to trying out a refactor to make guice optional, you’re not the first to request that. Would you still want something like the annotated methods in the Schema module?

At the moment I'm looking for a way to programmatically add new query's and schemamodifications coming from a rest endpoint. I saw a new commit introducing SchemaBundles which is just what I need. If SchemaProviderModule.get() were in a separate method taking a Set of SchemaBundles, that would be great.
Annotated methods are very nice for manually extending the schema but they shouldn't necessarily be on a Module subclass.

from rejoiner.

Closing this because the project seems alive and well and Schemabundles have landed.

from rejoiner.