Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Redeploying an appsync API disconnects any existing connected resolvers #13

Open
hypexr opened this issue Aug 25, 2020 · 2 comments
Open

Comments

@hypexr
Copy link

hypexr commented Aug 25, 2020

When an appsync api is deployed and then extended with additional graphql components that reference it's appId the resolvers they attached are disconnected.

To fix each component that references the appId need to be removed and deployed.

@eahefnawy
Copy link
Member

eahefnawy commented Aug 26, 2020

yeah right now when you do deploy, we try to match the aws environment to exactly what you have defined in the yaml file. So we remove everything that is not defined, even if it's deployed by another component.

I think we need to have some sort of ownership concept where each instance could only deploy/remove the routes they own/created.

@hypexr
Copy link
Author

hypexr commented Dec 29, 2020

@eahefnawy Any updates on this? I've been using a cloned component in my org that gets around the problem by not removing anything on deploy/delete. I'd love to switch back to the official component and have some PRs to put in for lambda versioning and provisioned concurrency that will be easier once I don't have to work around this.

@hypexr hypexr changed the title Redeploying an appsync API disconnects disconnects any existing connected resolvers Redeploying an appsync API disconnects any existing connected resolvers Feb 16, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants