happyfish100 / happyfish100/fastdfs-client-java
recv cmd: 32 is not correct, expect cmd: 100
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 1.6k
- Forks
- 891
- PR merge metrics
- No merged PRs in 30d
Description
服务器端可以正常上传 使用java client 1.27 就不行了，这是什么原因啊？（客户端的配置文件加载成功了）
java.io.IOException: recv cmd: 32 is not correct, expect cmd: 100
at org.csource.fastdfs.ProtoCommon.recvHeader(ProtoCommon.java:173)
at org.csource.fastdfs.ProtoCommon.recvPackage(ProtoCommon.java:201)
at org.csource.fastdfs.TrackerClient.getStoreStorage(TrackerClient.java:130)
at org.csource.fastdfs.StorageClient.newWritableStorageConnection(StorageClient.java:1627)
at org.csource.fastdfs.StorageClient.do_upload_file(StorageClient.java:639)
at org.csource.fastdfs.StorageClient.upload_file(StorageClient.java:162)
at org.csource.fastdfs.StorageClient.upload_file(StorageClient.java:180)
at FastDFS.uploadFile(FastDFS.java:105)
at FastDFS.main(FastDFS.java:265)
java.lang.NullPointerException
at FastDFS.main(FastDFS.java:266)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with ProtoCommon.recvHeader and recvPackage, then follow TrackerClient.getStoreStorage and StorageClient.do_upload_file in the stack trace. Reproduce the upload with Java client 1.27 and inspect why command 32 is received when command 100 is expected; done means identifying the cause and confirming a successful upload or a documented incompatibility.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100