Rüdiger zu Dohna

Results 68 issues of Rüdiger zu Dohna

The FAQ would deserve a section about the mostly rather hidden `legitimate interest' settings in more and more cookie banners showing up.

JAX-RS allows to specify `@MatrixParam`s. Matrix parameters are mentioned as a common practice in the last paragraph of section 3.3 [rfc-3986](http://tools.ietf.org/html/rfc3986#section-3.3), although not formally specified as part of that rfc...

Type: Enhancement
Status: Idea
Topic: Spec

As Robert Scholte keeps repeating, using `clean install` is a bad habit from the past ;-) `clean` is not required any more by almost all plugins, as they support incremental...

Jakarta Annotation 2.1 adds a `@NotNull` annotation. We should support that as an alias to our own `@NonNull`.

enhancement
good first issue
Server
Client

Also: rename Wrapper#isNotEmpty to Wrapper#isNonNull and fix some warnings TODOs: - [ ] Map all declared exceptions to fields - [ ] In the schema - [ ] When executing...

### Discussed in https://github.com/smallrye/smallrye-graphql/discussions/1410 Add a way to configure return types to be wrapped in `Result` types and map the exceptions accordingly. ```java @Query @GraphQLResult public Order order(@Id String id)...

enhancement
question
Server

* move federation api into smallrye-graphql-api * add config to enable federation * add dependency on com.apollographql.federation:federation-graphql-java-support * transform federation schema * remove old federation module - [x] implement `Bootstrap#fetchEntities`...

If a java class is used an `Input` as well as a `Type`, but there are resolver methods in the GraphQL service, then some fields are returned as output but...

enhancement
Client

1. Introduce error mappers. 2. Add a generic error mapper that throws exceptions marked with `@ErrorCode` when it sees an error with that code.

enhancement
Client

We use wrapper types to make different ids typesafe. We hide them from the GraphQL Schema by annotating them as `@ToScalar`. But this doesn't help for input types. We probably...