would greatly appreciate it if you could try it out and report any issues.
K 1
๐ 3
๐ 2
s
Saharath Kleips
04/07/2021, 9:44 PM
Any pointers on things to look out for if weโre upgrading from spring server 3? I noticed from casually following a lot of things have changed but excited to upgrade ๐
d
Dariusz Kuc
04/07/2021, 9:51 PM
I think the biggest breaking change is the package for marker operation types (i.e. query/mutation)
Dariusz Kuc
04/07/2021, 9:53 PM
there was also a change to how we generate the graphql context (it is no longer run as a webfilter)
๐ฎ 1
Dariusz Kuc
04/07/2021, 9:54 PM
other than that changes should be mostly internal
s
Saharath Kleips
04/07/2021, 9:59 PM
Oh interesting! Iโll definitely have to keep an eye out for the context changes then since we have extended some of them. Thanks!
j
Jilles van Gurp
04/08/2021, 7:38 AM
Nice, we've been using the alphas for the last few months and aside from compatibility breakage have had no issues with it. We switched early because of subscriptions, We'll be upgrading to this soon.
For people looking to upgrade from v3, there have been some internal API changes, package renames, etc.
We had a custom graphql context that needed a bit of work to get working with 4.x. mainly because there now is a
SpringGraphQLContext
in addition to
GraphQLContext
. We ended up creating a default context with our own interface and then used interface delegation to be able to use the same default context in a
SpringGraphQLContext
Using this for our web socket subscriptions is not possible because the signin is done via messages on the subscription in our case and we have no access to headers there (we had issues getting this to work via headers). This may relate to the WebFilters not working with subscriptions earlier? So this may have been fixed by now.
You will likely need to do a bit of work to deal with these changes but nothing major that I can recall. Altogether, expect to spend some time dealing with this depending on what you used. If all you have is queries and mutations, the package rename for the annotations is probably the only thing to deal with.