Api#resourceByAssetID does not support same options as in documentation
@adimiz1 已经在做这个了。
开始于 2025年2月6日。
评估
这个 Issue 还没有评估数据。
描述
Bug report for Cloudinary Java SDK
Before proceeding, please update to latest version and test if the issue persists
Describe the bug in a sentence or two.
It seems that Api#resourceByAssetID does not support same parameters as describe in documentation.
In Cloudinary Api Docs . E.g image_metadata is described as supported option. Thus, i would expect that
cloudinary.api().resourceByAssetID(asset.asset_id(), Map.of("image_metadata", true)) would result in GET /v1_1/<client>/resources/<asset-id>?image_metadata=true. But actually it results in /v1_1/<client>/resources/<asset-id> without 'image_metadata' parameter.
Api#resourceByAssetID implementation does not match configuration options in documentation.
public ApiResponse resourceByAssetID(String assetId, Map options) throws Exception {
if (options == null) options = ObjectUtils.emptyMap();
if(options.get("fields") != null) {
options.put("fields", StringUtils.join(ObjectUtils.asArray(options.get("fields")), ","));
}
Map params = ObjectUtils.only(options, "tags", "context", "moderations", "fields");
ApiResponse response = callApi(HttpMethod.GET, Arrays.asList("resources", assetId), params, options);
return response;
}
Since with simple curl the api responds with expected image metadata included my guess is that the java implementation is too restrictive.
Issue Type (Can be multiple)
[ ] Build - Can’t install or import the SDK
[ ] Performance - Performance issues
[x ] Behaviour - Functions aren’t working as expected (Such as generate URL)
[ ] Documentation - Inconsistency between the docs and behaviour
[ ] Other (Specify)
Steps to reproduce
… if applicable
Error screenshots or Stack Trace (if applicable)
…
Build System
[ ] Maven
[x ] Gradle
[ ] Other (Specify)
OS (Please specify version)
[ ] Windows
[ ] Linux
[ ] Mac
[ ] Other (specify)
Versions and Libraries (fill in the version numbers)
Cloudinary Java SDK version - 2.0.0
JVM (dev environment) - 0.0.0
JVM (production environment) - 0.0.0
Maven - 0.0.0 / N/A
Gradle - 0.0.0 / N/A
Repository
If possible, please provide a link to a reproducible repository that showcases the problem
- 主要语言
- Java
- 星标
- 176
- 派生
- 113
- 平均合并
- 9 天 20 小时
- 30 天内合并 PR
- 2
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 没有贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
cloudinary/cloudinary_java 的其他 Issue
-
`options` map modified directly可能重新可做 @adimiz1 于 481 天前认领，目前没有进行中的 PR。 未关闭
cloudinary/cloudinary_java#383 · 3 条评论 · 1 个 reaction · 已指派 1 人 ·
-
Readme - Maven dependency可能重新可做 @adimiz1 于 754 天前认领，目前没有进行中的 PR。 未关闭
cloudinary/cloudinary_java#349 · 1 条评论 · 已指派 1 人 ·
-
cloudinary-http5 ignores system properties可能重新可做 @adimiz1 于 754 天前认领，目前没有进行中的 PR。 未关闭
cloudinary/cloudinary_java#348 · 2 条评论 · 已指派 1 人 ·
-
Make usage of http clients (apache, OkHttp, Jetty, Asynch) easier可能重新可做 @ManishS6 于 772 天前认领，目前没有进行中的 PR。 未关闭
难度 5/5 一周以上 新手友好度 25/100
cloudinary/cloudinary_java#343 · 6 条评论 ·
-
Missing contributing guidelines可能重新可做 @debnath003 于 768 天前认领，目前没有进行中的 PR。 未关闭
cloudinary/cloudinary_java#339 · 2 条评论 · 已指派 1 人 ·
查看 cloudinary/cloudinary_java 的全部 Issue
相似的 Issue
-
bug(core): skip_nodes.json is missing SELECT and PRE, causing Python and Java to insert separators into dropdown options and preformatted text可能已有人在做 @Bhumit267 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 85/100
维护者通常 1 天内回复
-
ExceptionThrowShouldUseContext: NullPointerException on a catch block inside an annotation type可能已有人在做 @Carbon14-48 今天认领。 未关闭approved
难度 2/5 1-3 小时 新手友好度 72/100
checkstyle/checkstyle#22784 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 74/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 62/100
ASSERT-KTH/depclean#591 ·
维护者通常 1 天内回复
-
Api537FlareFlameModel.setStackHeightM accepts a negative height可能已有人在做 @EvenSol 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 74/100
维护者通常 1 天内回复