huaweicloud-sdk-go-v3
huaweicloud-sdk-go-v3 copied to clipboard
 源码中返回的content type会有”/n“换行  
调用 region 方法直接 panic,为什么不是抛出 error 由调用方处理
https://github.com/huaweicloud/huaweicloud-sdk-go-v3/blob/47b2ac3fa18c572c9d4aa1e9ba28c2419217b16a/services/iam/v3/model/model_update_user_option.go#L11 Comments or godoc should go with code, otherwise it will make clients confused.
&sdkerr.ServiceResponseError{StatusCode:404, RequestId:"3f09d2e0752e77667f36b111933441cb", ErrorCode:"APIGW.0101", ErrorMessage:"The API does not exist or has not been published in the environment"} cn-east-2c
version: 0ccecf224744f8b6c09b940efec9b50dcd23f5c0 ```` svc, err := this.getImsClient() if err != nil { return nil, err } x := imsmodel.GetListImagesRequestImagetypeEnum().GOLD req := imsmodel.ListImagesRequest{ Imagetype: &x, } seelog.Infof("%v", req) resp, err :=...
用这个SDK,很多官网有的接口SDK却没有,想要使用还得自己手写Http调用,心累,建议官网有的接口SDK全部提供出来。
当配置了失败重试次数后,怎会出现 http: ContentLength=63 with Body length 0的错误  主要是没有在重试时重新生成request导致的,希望能修改
在使用go SDK 遇到sdk 错误定义。 具体错误如下 https://github.com/huaweicloud/huaweicloud-sdk-go-v3/blob/c245a429ca5ae854ba0b20f15ed3c1e6427d2033/services/ecs/v2/model/model_server_detail.go#L10 第91行, Metadata map[string]string json:"metadata" 在使用方法,client.ListServersDetails() 中返回结构体并不是map。 返回值如下:  而SDK定义的结构体为map  对用户不太友好;
不存在的region,感觉没必要panic吧,返回个nil合理一点
在版本v0.0.40-rc中, Data 被设置为 **os.File类型,但是实际序列化的时候还是二进制,实际调用中Records为空,是否应该把Data设置为*string类型? 这样可以获取到Records数据 `type Record struct { // 用户上传数据时设置的partition_key。 说明: 上传数据时,如果传了partition_key参数,则下载数据时可返回此参数。如果上传数据时,未传partition_key参数,而是传入partition_id,则不返回partition_key。 PartitionKey *string `json:"partition_key,omitempty"` // 该条数据的序列号。 SequenceNumber *string `json:"sequence_number,omitempty"` // 下载的数据。 下载的数据为序列化之后的二进制数据(Base64编码后的字符串)。 比如下载数据接口返回的数据是“ZGF0YQ==”,“ZGF0YQ==”经过Base64解码之后是“data”。 Data **os.File `json:"data,omitempty"` // 记录写入DIS的时间戳。...