You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 30, 2019. It is now read-only.
Does this repo make sense as a standalone?
I see a couple of refactoring that would simplify everything.
As a Serverless plugin, you receive in the constructor the Serverless instance which I think would remove all the responsibility from the emulator form parsing the yml and instantiating its own (incomplete and wrongly configured) Serverless instance which by the way adds overhead.
If I am not mistaken, The serverless instance would already come with the service object containing everything the emulator needs.
Right now, things like sls offline start ---stage local --profile foo does not work because the dummy Serverless instance (ServerlessConfig) uses dev for stage by default and I assume the default profile.
Or Did I miss something?
Thanks
The text was updated successfully, but these errors were encountered:
Not opposed to this but when we built this library initially the conversations we had (some with aws) included using the code with other platforms than serverless. I still have vague dreams to do this so I would be very open to refactoring to make this lib easier to use with serverless as a plugin but I am less supportive of a future where this only works with serverless. I would like to move in the opposite direction where we can integrate with other platforms such as the new amplify tooling/plugins.
@lightsofapollo I get your point; and I agree.
In that case we should move in a direction where createServer receives normalized object containing all the info needed: schema, datasources, templates.
Then anything using the emulator your be responsible of normalizing the input and pass it to the emulator.
In this case, the appsync-offline plugin would extract the info from the serverless instance, normalize it, and inject it into the emulator.
I was wondering if we should merge this repo and https://github.com/aheissenberger/serverless-appsync-offline
Does this repo make sense as a standalone?
I see a couple of refactoring that would simplify everything.
As a Serverless plugin, you receive in the constructor the Serverless instance which I think would remove all the responsibility from the emulator form parsing the yml and instantiating its own (incomplete and wrongly configured) Serverless instance which by the way adds overhead.
If I am not mistaken, The serverless instance would already come with the
service
object containing everything the emulator needs.Right now, things like
sls offline start ---stage local --profile foo
does not work because the dummy Serverless instance (ServerlessConfig) usesdev
for stage by default and I assume thedefault
profile.Or Did I miss something?
Thanks
The text was updated successfully, but these errors were encountered: