-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Command Migration: ('JSON.ARRAPPEND', 'JSON.ARRLEN', 'JSON.ARRPOP') #1026
Comments
@AshwinKul28, @lucifercr07 @JyotinderSingh I would love to work on this. Please assign this to me |
Hey @surya0180 assigned the other one to you. Thanks! |
@AshwinKul28 - please assign this to me. |
@psrvere I believe you have other issues assigned already, thanks for your interest. Let's give other folks chance to contribute. |
@lucifercr07 can i pick this? |
@srivastava-yash I see you have made great progress in the other issue thats currently assigned to you. I am sure you will be able to raise a PR on this much faster. Please feel free to reach out to me or @AshwinKul28 if you have any questions or concerns. |
@srivastava-yash are you still working on this issue? |
@tarun-29 the PR for this is ready. The task took a little longer as there was an error in HTTP response writing. So once that PR got merged, I made changes here and its up for review currently. |
This issue tracks the migration of the mentioned commands - ('JSON.ARRAPPEND', 'JSON.ARRLEN', 'JSON.ARRPOP') to make them compatible across the three protocols supported by the Dice database: RESP, HTTP, and WebSocket.
DiceDB now supports more than one protocols (Resp/http/websocket). We don't want eval operation of each command to be strictly bound with any of the protocols. Currently eval function return statements of each command is bounded to the RESP protocol.
The migration is required because:
The goal is to make the command logic protocol-independent, allowing all three protocols to call the same core functionality seamlessly.
Requirements
[Command Name]
to be generic.Migration Steps
Analyze Current Implementation
Refactor Return Logic
evalXXX(args []string, store *dstore.Store) *EvalResponse
under the file/internal/eval/store_eval.go
/errors/migrated_errors.go
file/internal/clientio/resp.go
file as RespType variablesCommand/Worker specific Changes
IsMigrated
flag to true in the commands information under/internal/eval/commands.go
file.NewEval
parameter in the same command structure./internal/eval/eval.go
file./internal/worker/CommandsMeta
map and make it's type asSingleShard
Update Unit Tests
Integration Tests
Checklist
Additional Notes
If there are any questions or concerns about this migration, please mention them here.
Related Issues/PRs
The text was updated successfully, but these errors were encountered: