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
When making a batchGetItem reqest, a reponse received from the server is transformed to an unexpected BatchGetItemResponse.ReadOnly-response (with some redundant fields).
For example, for the following response from the server:
Interseting, thank you for reporting. I will take a look, but my guess is that in the Java SDK level these are not nulls either but empty collections. Not sure if treating those everywhere as None is a valid solution (think of every AWS service's every operation)
@vigoo You are right. The docs say they will never return null:
This method will never return null. If you would like to know whether the service returned this field (so that you can differentiate between null and empty), you can use the hasL() method.
To wrap in an optional, you'd want to call hasL() first to check if the field is set.
Hi,
When making a
batchGetItem
reqest, a reponse received from the server is transformed to an unexpectedBatchGetItemResponse.ReadOnly
-response (with some redundant fields).For example, for the following response from the server:
the attribute:
is transformed to the following
AttributeValue
in zio-aws:^
here we can see that all Iterables, like
SS
,NS
,BS
,M
, etc. are set toSome(List())
,Some(Map())
.the expected behavior is to set them to
None
, since they were absent in the response from the server.The text was updated successfully, but these errors were encountered: