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
* The xmlNamespace trait can only be applied to simple types, list,
map, set, structure, union, member, and service shapes. We previously
allowed "*", but that includes resource and operation shapes where
the trait isn't actually used.
* aws.protocols#awsQuery and aws.protocols#ec2Query protocol traits
both now require that an xmlNamespace is set on the top-level
service shape they are applied to so that the namespace is
guaranteed to be known.
* Added various examples for how the xmlNamespace trait interacts
with flattened lists and maps.
* Add a protocol test suite named "restXmlWithNamespace" to test that
implementations add an xmlns to restXml services when necessary,
closing #616
* The xmlNamespace trait can only be applied to simple types, list,
map, set, structure, union, member, and service shapes. We previously
allowed "*", but that includes resource and operation shapes where
the trait isn't actually used.
* aws.protocols#awsQuery and aws.protocols#ec2Query protocol traits
both now require that an xmlNamespace is set on the top-level
service shape they are applied to so that the namespace is
guaranteed to be known.
* Added various examples for how the xmlNamespace trait interacts
with flattened lists and maps.
* Add a protocol test suite named "restXmlWithNamespace" to test that
implementations add an xmlns to restXml services when necessary,
closing #616
XmlNamespace trait can be applied on service shapes. We should have protocol tests around this behavior.
Found this issue as
Route53
depend on this trait to correctly serialize xmlns into the request body.Related to aws/aws-sdk-go-v2#850 .
The text was updated successfully, but these errors were encountered: