Methods without @Property got invoked during serialization
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
研究方向
使用 asset-transfer-basic/chaincode-java 中的 Sale 範例和 getSale 進入點重現該行為，然後在檢查 peer logs 的同時執行文件中記載的 peer chaincode query。追蹤 Java 序列化路徑，以確定為何會呼叫未加上註解的 getName 方法。如果行為已獲得修正，或所需的註解及其用法已清楚記載，並且在 repository 提供適當的測試位置時包含回歸測試，則視為完成。
由索引模型根據 Issue 內容生成。
描述
I'm looking at version 2.3 but I think the behavior holds for the lastest version.
The following code is based on https://github.com/hyperledger/fabric-samples/tree/main/asset-transfer-basic/chaincode-java.
@DataType
public class Sale {
public String getName() {
System.out.println("getName");
return getName();
}
}
@Contract
public final class AssetTransfer implements ContractInterface {
@Transaction(intent = Transaction.TYPE.EVALUATE)
public Sale getSale(final Context ctx) {
return new Sale();
}
}
I deliberately wrote a recursion but it should be a factor because this method is not marked with @Property.
After I call peer chaincode query -C mychannel -n basic -c '{"Args":["getSale"]}', I then check the docker logs by running (zsh)
docker logs $(docker ps -n 1 --filter 'name=dev-peer0.org1' --format '{{.ID}}') |& vim -
I see a huge number of output "getName", which indicates getName() is called although it's not marked with @Property.
In this example code, there is nothing going wrong. But if the method returns an object that requires another serialization or has cyclic reference, this unexpected call is very likely to cause uncatched StackOverflowError or other errors.
This log is from my real project. You can see I eventually get
thread[fabric-txinvoke:3,5,main] 05:37:40:138 severe org.hyperledger.fabric.logger error nulljava.lang.stackoverflowerror
I feel I should use the magic word "@JSONPropertyIgnore" on getName().
This secret word didn't appear on https://hyperledger-fabric.readthedocs.io/en/latest/search.html?q=JSONPropertyIgnore&check_keywords=yes nor this repo.
Should we add @JSONPropertyIgnore somewhere?
- 主要語言
- Java
- 星號
- 322
- 分支
- 210
- 平均合併
- 15 小時 16 分鐘
- 30 天內合併 PR
- 29
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 沒有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
hyperledger/fabric-chaincode-java 的其他 Issue
-
enhancement
難度 4/5 3-5 天 新手友好度 48/100
hyperledger/fabric-chaincode-java#628 ·
維護者通常 1 天內回覆
-
enhancement
難度 5/5 一週以上 新手友好度 35/100
hyperledger/fabric-chaincode-java#627 ·
維護者通常 1 天內回覆
-
bug
難度 3/5 1-2 天 新手友好度 75/100
hyperledger/fabric-chaincode-java#626 ·
維護者通常 1 天內回覆
-
bug
難度 3/5 1-2 天 新手友好度 68/100
hyperledger/fabric-chaincode-java#625 ·
維護者通常 1 天內回覆
-
Read/write batching可能重新可做 @jadebluestar 於 119 天前認領，目前沒有進行中的 PR。 未關閉enhancement help wanted
難度 4/5 3-5 天 新手友好度 45/100
hyperledger/fabric-chaincode-java#378 · 4 則留言 ·
維護者通常 1 天內回覆
查看 hyperledger/fabric-chaincode-java 的全部 Issue
相似的 Issue
-
[Bug] DefaultSerializationExceptionWrapper does not implement Cleanable, so cleanup() is never invoked by codecs可能已有人在做 @binbin0325 今天認領。 未關閉component/need-triage type/need-triage
難度 2/5 1-3 小時 新手友好度 75/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 78/100
維護者通常 1 天內回覆
-
2026 Error Report
難度 2/5 1-3 小時 新手友好度 68/100
triplea-game/triplea#15096 ·
維護者通常 1 天內回覆
-
[Bug][API] Switching workflow versions leaves schedules online可能已有人在做 @zhuangchong 今天認領。 未關閉
難度 2/5 1-3 小時 新手友好度 82/100
apache/dolphinscheduler#18731 ·
維護者通常 1 天內回覆
-
Implement JDBC Domain Enums (`SqlCategory`, `SqlExecutionStatus`, `SqlExecutionType`) in Core Module未關閉core-module enhancement good first issue
難度 1/5 1-3 小時 新手友好度 87/100
sdlc-pro/spring-lens#531 ·
維護者通常 1 天內回覆