KAFKA-4893: Fix conflict between async topic deletion and max topic length
With async topic deletion the topic partition folder name is affixed with a '.', a UUID, and '-delete'. If topic name length is close to its current limit (249) this could cause an issue because the folder name size goes over 255. This PR implements the suggestion solution by @onurkaraman in the JIRA. This implementation is automatically backward compatible, and cleans up any folder marked for deletion using the old method (affixing the folder name).
Does this PR handle the case where a kafka cluster already has a topic called delete? And, does it prevent a topic from being created that is called delete?
@wushujames With this PR we can still have a topic named delete. The -# affix of topic partition folders would not cause a conflict with the newly introduced delete folder. Does it make sense?
Ah, right. All the other directories are topic-partitionnum. Thanks.
@onurkaraman Since there was no additional feedback on the JIRA, I submitted the PR hoping the conversation continues here. Thanks in advance for reviewing.
@onurkaraman I'd appreciate your feedback when you have a chance to review this PR. Thanks.
@onurkaraman pinging you again to check if you could take a look. If not, perhaps @hachikuji can help. Thanks!
This PR is being marked as stale since it has not had any activity in 90 days. If you would like to keep this PR alive, please leave a comment asking for a review. If the PR has merge conflicts, update it with the latest from the base branch.
If you are having difficulty finding a reviewer, please reach out on the [mailing list](https://kafka.apache.org/contact).
If this PR is no longer valid or desired, please feel free to close it. If no activity occurs in the next 30 days, it will be automatically closed.
This PR has been closed since it has not had any activity in 120 days. If you feel like this was a mistake, or you would like to continue working on it, please feel free to re-open the PR and ask for a review.