Details
-
Improvement
-
Status: Open
-
Major
-
Resolution: Unresolved
-
None
-
None
-
None
-
None
Description
We introduced the `storage` module as part of KIP-405, but the existing log layer remains in the `core` module. Moving the log layer to the `storage` module would be another step towards improved modularity and build times (similar to `metadata`, `raft` and `group-coordinator`).
We should do this in an incremental manner to make the code review process easier. I will create separate tasks, each one mapping to one pull request. In order to understand the feasibility, I tackled a few of the tasks myself.
Help from the community is appreciated for the unassigned tasks, but it probably makes sense to do that after the initial PRs have been submitted.
Attachments
Issue Links
- blocks
-
KAFKA-14579 Move DumpLogSegments to tools
- Open
-
KAFKA-14524 Modularize `core` monolith
- Open
1.
|
Move UnifiedLog to storage module | In Progress | Satish Duggana | |
2.
|
Move LogCleaner to storage module | Open | Dmitry Werner | |
3.
|
Move LogCleanerManager to storage module | Open | Dmitry Werner | |
4.
|
Move LogManager to storage module | Open | Unassigned | |
5.
|
Move log layer tests to storage module | Open | Unassigned | |
6.
|
Adjust visibility of classes moved to storage module | Open | Unassigned | |
7.
|
Consider using UncheckedIOException instead of IOException in the log layer | Open | Unassigned | |
8.
|
Move RemoteLogManager to the storage module | In Progress | Satish Duggana | |
9.
|
Move classes in kafka.raft from core module to raft module | Open | Ismael Juma |