-
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
Migrate GETEX and GETDEL commands #1061
Conversation
HI @Ehijoe Thanks for the changes.
|
HI @Ehijoe Hope you are doing well. are there any updates on this PR? If there're any blockers please let us know here or via discord. Thanks |
Hi @AshwinKul28. I'm really sorry for the delay. I've merged the changes from master and made some fixes. |
Not sure if we can see those changes, can you make sure you've pushed them? |
I added a constant for |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
HI @Ehijoe Thanks for the changes, left one minor comment. Please ellaborate. Otherwise things looks awesome.
Thanks @Ehijoe for the changes. |
@Ehijoe lets ensure that the corresponding integration tests are migrated as well. cc @AshwinKul28 Just FYI, we need to add the tests for the migrated commands under integration_tests/commands/resp I have added a new item to checklist in the PR description. Please tick the same once the integration tests are added. |
Okay @soumya-codes I'll get on that now. I just have to duplicate the same test cases from async and http right? |
Yes |
@Ehijoe please rebase your PR with master. let us know if there's any blocker left. Thanks |
Hi @AshwinKul28. I've added the integration tests and rebased off master. Should be good to go now right? |
@Ehijoe thanks a ton for raising the PR! The progress look great. We are adding an additional task for ensuring the documentation is up-to-date and proper for the commands. |
Hi @soumya-codes. I've deleted the async integration tests. About the documentation, it seems to be accurate (the web docs in the |
@Ehijoe thanks for migrating the tests. We are just one step away. @apoorvyadav1111 has added a document-template/sample-document for the command documentation. Please refer to the following files: We need to align our documentation around this. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Ehijoe the PR looks in great shape.
Left couple of comments.
Please let me know wdyt.
@Ehijoe please let us know if you have any concerns? Except for the one fix and documentation alignment, everything looks great. I understand the last minute addition of documentation is cumbersome, the only reason it was added to PR is because DiceDB is aiming to be Prod Ready by November first week. We have added this to all command migration PRs. This is important for better adoption of DiceDB. |
@Ehijoe Could you please address the last few comments? The PR is almost ready for review. |
Hi @Ehijoe thanks a lot for the changes. Please resolve the conflicts. Need to add entires for these commands under /worker/cmd_meta.go file. Also, make sure to run test suite and check if any changes required in the HTTP and websocket integrations tests along with the unit tests. |
Hi @AshwinKul28 the docs seem to be up to date. You're referring to https://github.com/Ehijoe/dice/blob/issue-1012/docs/src/content/docs/commands/GETEX.md and https://github.com/Ehijoe/dice/blob/issue-1012/docs/src/content/docs/commands/GETDEL.md right? |
HI @Ehijoe yes, the docs are almost ready, but I can see the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Thanks for the commendable efforts @Ehijoe .
Description
Migrates the eval functions for GETEX and GEDEL to the new eval function type independent of protocol (fixes #1012 ).
Checklist
Notes/Issues
evalGETEX
currently callsevalGET
to simplify getting raw responses. Should the implementations be separated and if so should that logic be factored out since it's pretty much the same?(nil)
no matter what the next command is although I haven't investigated why that happens