Open vasujogani opened 4 years ago
Interested in this. I started getting 404 on a previously running react page yesterday.
@SwaySway any way to temporarily bypass this for now?
The CLI does not support mocking of searchable.
A potential workaround for this would be to comment out searchable before running amplify mock
.
As a takeaway action we can look into how we can still provide mock functionality.
+1 Commenting out searchable is not a great answer.
Update: Great news! We moved off Amplify and now no longer needs this. 😅
+1
The CLI does not support mocking of searchable. A potential workaround for this would be to comment out searchable before running
amplify mock
. As a takeaway action we can look into how we can still provide mock functionality. @SwaySway Why did the amplify cli regress on this? version 4.12.0 of the amplify cli supports mocking ElasticSearchDomain.
It is totally not cool to break old functionality in your product when releasing new versions of it. This should really eliminate amplify cli from being considered for any applications uses.
Mocking of APIs breaks out of the box for the Todo app. Mocking of Lambdas breaks out of the box on the Hello World function. Does anyone even build this?
+1
+1 Any word on this? I'd really like to be able to launch graphiQL for the bulk of my local testing even if I have to stay away from search-related resolvers. Until then, I'm relegated to e2e testing direct with backend.
My mock fails on @function annotation of mutation. any planned fixes for this?
We're starting to feel the issue of not having local mocking that supports all the features we're using in amplify. When we onboard new developers they make frequent changes (especially to the schema) as they learn the project. Making frequent changes that require deployments slows them down quite a bit. I hope mock can catch up to more of the common features used in amplify projects.
How about amplify mock
creates a copy of the schema and comments out the @searchable
directives for me? That way I don't accidentally drop it in production when i yolo push my app.
Another solution we're considering is removing @searchable
from our schema and getting by with @key
s. We don't think our users will notice since search is limited to a few fields.
Hi folks - we're planning on addressing this as part of our new GraphQL transformer. The approach is captured here in our RFC: https://github.com/aws-amplify/amplify-cli/issues/7546 love to hear your feedback!
any news?
Or plans, estimates, when it could be released ?
Which Category is your question related to? Mocking and Testing
Amplify CLI Version 4.20.0
What AWS Services are you utilizing? Graphql, Elasticsearch (via @searchable)
Provide additional details e.g. code snippets amplify mock
amplify mock fails
Mock does not handle CloudFormation resource of type AWS::Elasticsearch::Domain. Skipping processing resource ElasticSearchDomain. Data source of type AMAZON_ELASTICSEARCH is not supported by local mocking. A NONE data source will be used. Failed to start API Mock endpoint Error: Could not get resource ElasticSearchDomain
How can I bypass this?
Thanks