Jan Martiska
Jan Martiska
`BatchUtil` class currently uses a `org.jboss.marshalling.cloner.ObjectCloner`. Native compilation yields this (the actual log is much longer and less readable, showing just the most important piece here) ``` Fatal error: com.oracle.graal.pointsto.util.AnalysisError$ParsingError:...
see https://quarkusio.zulipchat.com/#narrow/stream/187030-users/topic/.E2.9C.94.20Graphql
Right now, configured typesafe clients are always a `Singleton` (which also prevents mocking them!), dynamic clients are `Dependent` REST Client allows configuring the scope, so we should probably do the...
from https://github.com/smallrye/smallrye-graphql/blob/2.0.0.RC4/client/implementation/src/main/java/io/smallrye/graphql/client/impl/typesafe/reflection/TypeInfo.java#L159 it looks like we only exclude a field if it's annotated with `@org.eclipse.microprofile.graphql.Ignore`. The same should work with `{javax|jakarta}.json.bind.annotation.JsonbTransient` and `com.fasterxml.jackson.annotation.JsonIgnore`
Have the regular bean validation interceptor handle validation. We will just have to catch a potential `ConstraintViolationException` from it and properly append it into the response. Preferably make sure that...
If a connection is lost while a long running query or mutation is still running, it might be useful to notify the application that the operation (maybe, it depends on...
.. like maybe an SPI that allows to plug in a `HeaderProvider` that gets called before every request to provide the HTTP headers...? Typesafe client can already get headers dynamically...
Currently one has to do something like ``` new InputObject[] { inputObject(prop("x", "bla")), inputObject(prop("x", "bla2")) } ``` which is not really fluent An idea: perhaps this would help? ``` inputObjectArray(...