Skip to content

Commit

Permalink
Add Benjie and @oneof RFC to May agenda (graphql#950)
Browse files Browse the repository at this point in the history
  • Loading branch information
benjie committed May 5, 2022
1 parent 3267288 commit 3483beb
Showing 1 changed file with 9 additions and 1 deletion.
10 changes: 9 additions & 1 deletion agendas/2022/2022-05-05.md
Original file line number Diff line number Diff line change
Expand Up @@ -101,6 +101,7 @@ This is an open meeting in which anyone in the GraphQL community may attend.
| Yaacov Rydzinski | @yaacovcr | Individual | Neve Daniel, IL
| Roman Ivantsov | @rivantsov | Microsoft | Seattle, WA
| Rob Richard | @robrichard | 1stDibs | New York, NY, US
| Benjie Gillam ✏️ | @benjie | Graphile | Chandler's Ford, UK

## Agenda

Expand All @@ -122,10 +123,17 @@ This is an open meeting in which anyone in the GraphQL community may attend.
- graphql-js PR: https://github.com/graphql/graphql-js/pull/3550
- discussion: https://github.com/graphql/graphql-wg/discussions/944
1. Defer/Stream
- asynchronous iterators of iterables versus of items, continuation of last WG meeting (15 min, Yaacov)
- asynchronous iterators of iterables versus of items, continuation of last WG meeting (15m, Yaacov)
- Should resolvers returning AsyncIterables returning AsyncIterables of items or AsyncIterables of Iterables of items?
- Should the AsyncGenerator returned by graphql-js yield items singly or yield all available items (in array or otherwise)?
- Background: https://github.com/robrichard/defer-stream-wg/discussions/38
- See above link for polls, still waiting for feedback explaining votes.
- Stream Payload index format (10m, Rob)
- https://github.com/robrichard/defer-stream-wg/discussions/39
1. `@oneof` - time to promote to RFC2? (20m, Benjie)
- [Spec PR](https://github.com/graphql/graphql-spec/pull/825)
- [graphql.js PR](https://github.com/graphql/graphql-js/pull/3513) (thanks @erikkessler1)
- Main hesitation: should we mirror `@oneof` in the output types (i.e. `type Foo @oneof { ... }`)
- If yes: what does this mean for unions?
- If yes: should we spec this a little before merging the input-only `@oneof`?
- If no: is it desirable that input polymorphism and output polymorphism is so different?

0 comments on commit 3483beb

Please sign in to comment.