Hey,
ich bin gerade dabei mich weiter durch Spring zu arbeiten. Zurzeit habe ich eine Webapp die ich ganz normal starten kann und die dann ihre Tests laufen lässt vorher. Nun habe ich anhand anderer Projekte gesehen das dort mehrere unter Projekte gibt aus denen sich das ganze Zusammenbaut. In meinem Projekt habe ich die
Struktur.
--> nameDerApp
--src
--main
--test (Alle tests die die app halt hat)
und im Vergleichs Projekt haben sie
--> nameDerApp
--namederApp-logic
pom.xml
--src
--main
--test (integrationstests)
--namederApp-db-migrations
pom.xml
--src
--main
--resources
-- changelogs.xml & changelogs folder (mit etlichen liquibase scripten)
--namederApp-db-migrations-app
pom.xml
--src
--main Kommentar in main class: "Utility class zum starten der db migration.
--ressources (local und prod properties mit db verbindungen )
Meine frage: Macht man das eigentlich so? Ich wäre sehr froh, wenn ihr präzise mit nummer auf meine Fragen antworten könntet
1] Teilt man ein Projekt (in meinem fall eine spring boot webapp) immer in mehrere Module auf bzw baut extra module für die db migration oder gibt es
bestimmte Kriterien die entscheiden wann man das machen sollte?
2] Welche Vorteile entstehen daraus? Ich würde tippen, dass wenn ich etwas an der migration der db ändere ich dann nur zb das modul namederApp-db-migrations neu deployn muss und nicht die ganze logic. Ist das korrekt?
3] Noch tipps oder dinge die ihr anders macht? Wie gesagt aktuell habe ich die Struktur wie sie oben beschrieben ist
nameDerApp
--src
--main
--test (Alle tests die die app halt hat)
und die tests, scripte und so hätte ich alle dort drinne. Würdet ihr sagen: Lass es so, mach es wie im vergleichsprojekt oder mach es wie ....[alternative]
Freue mich über Ratschläge
ich bin gerade dabei mich weiter durch Spring zu arbeiten. Zurzeit habe ich eine Webapp die ich ganz normal starten kann und die dann ihre Tests laufen lässt vorher. Nun habe ich anhand anderer Projekte gesehen das dort mehrere unter Projekte gibt aus denen sich das ganze Zusammenbaut. In meinem Projekt habe ich die
Struktur.
--> nameDerApp
--src
--main
--test (Alle tests die die app halt hat)
und im Vergleichs Projekt haben sie
--> nameDerApp
--namederApp-logic
pom.xml
--src
--main
--test (integrationstests)
--namederApp-db-migrations
pom.xml
--src
--main
--resources
-- changelogs.xml & changelogs folder (mit etlichen liquibase scripten)
--namederApp-db-migrations-app
pom.xml
--src
--main Kommentar in main class: "Utility class zum starten der db migration.
--ressources (local und prod properties mit db verbindungen )
Meine frage: Macht man das eigentlich so? Ich wäre sehr froh, wenn ihr präzise mit nummer auf meine Fragen antworten könntet
1] Teilt man ein Projekt (in meinem fall eine spring boot webapp) immer in mehrere Module auf bzw baut extra module für die db migration oder gibt es
bestimmte Kriterien die entscheiden wann man das machen sollte?
2] Welche Vorteile entstehen daraus? Ich würde tippen, dass wenn ich etwas an der migration der db ändere ich dann nur zb das modul namederApp-db-migrations neu deployn muss und nicht die ganze logic. Ist das korrekt?
3] Noch tipps oder dinge die ihr anders macht? Wie gesagt aktuell habe ich die Struktur wie sie oben beschrieben ist
nameDerApp
--src
--main
--test (Alle tests die die app halt hat)
und die tests, scripte und so hätte ich alle dort drinne. Würdet ihr sagen: Lass es so, mach es wie im vergleichsprojekt oder mach es wie ....[alternative]
Freue mich über Ratschläge