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
There exists a complete mapping from all errors generated by AWS services to the types of errors that can be raised by a resource handler (defined here), though this mapping is currently implicit. There will always be users who want to create their own resources around AWS services, either because of incomplete coverage or for custom behavior. These users need to deduce the elements of this mapping themselves and then implement a matching algorithm in code, as shown in this example.
Two questions:
Could the library make this easier, by providing a way for users to declaratively define the mapping and a convenience method to filter boto exceptions and raise matched CloudFormation exceptions?
I think the mapping doesn't depend really ever depend on the user (not totally sure on this part), so once someone has figured it out for one service, that would be useful to all users. Could this mapping therefore be part of the library itself, and contributed to by users over time?
The text was updated successfully, but these errors were encountered:
There exists a complete mapping from all errors generated by AWS services to the types of errors that can be raised by a resource handler (defined here), though this mapping is currently implicit. There will always be users who want to create their own resources around AWS services, either because of incomplete coverage or for custom behavior. These users need to deduce the elements of this mapping themselves and then implement a matching algorithm in code, as shown in this example.
Two questions:
The text was updated successfully, but these errors were encountered: