-
Notifications
You must be signed in to change notification settings - Fork 161
Archiving JPA entity causes unnecessary need to set up archive table #964
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
Comments
Again: can you please provide more details on what erroneous behavior you see and what you expect? “…seems to be Generally speaking, the Lines 49 to 62 in 3b608e9
|
@odrotbohm when I update the dependency to version
But you're correct, even if I set the property |
I will close the ticket, because my assumption was wrong. |
@odrotbohm let me know, if you need a new ticket. I think this is related to |
Not so fast. Your high-level observation was incomplete, but you identified an actual problem. :) Here's what I think is happening: Spring Modulith 1.3 introduced a new JPA entity We should try to find a way to only make the archive entity known to Spring Boot if the completion mode is indeed set to |
…iving setups. We now keep the JPA entity classes to store current and archived event publications in separate packages so that the archiving one can be included only when the archiving mode is selected.
This should be fixed in the latest snapshots (also |
With version 1.3 there is a new
completion-mode
value, which should beUPDATE
by default. If the property is not set at all, the completion mode seems to beARCHIVE
which would require to introduce a new table and eventually updating the logic to delete archived events.Quick workaround is setting
spring.modulith.events.completion-mode
to the desired mode in theapplication.properties
.The text was updated successfully, but these errors were encountered: