- Verschifft
- 8. September 2026 um 07:39 UTC
- Autor
- Kamo
- Ausschuss
- 8875552
MediaService crash-looped auf dem Hold'em Bild. Die sechs Depots als ausgeliefert Verschachtelte Schnittstellen innerhalb einer "HoldemRepositories"-Klasse - eine Datei statt sechs, so "was von einem Tisch verlangt werden kann" würde an einem Ort leben - und Frühling Der Scanner von Data geht direkt an einer verschachtelten Schnittstelle vorbei. Nicht eine der sechs Bohnen existierte: Parameter 0 des Konstruktors in HoldemDeadlineSweep erforderte eine Bean of Type ****************, die nicht gefunden werden konnten. Sechs Top-Level-Dateien jetzt, jede mit dem Namen "Holdem<Thing"Repository" so eine zweite Das Feature "TableRepository" kann nie mit einem kollidieren. **Nichts hat es erwischt, und das ist der Teil wert zu beheben.** Es kompiliert. Alle 35 Einheitstests bestanden. Der Abfrage-parse-Test daneben hat jede Handschrift zusammengestellt @Query gegen die reale Entität Modell und sah immer noch nichts, weil es funktioniert durch Reflexion und nie Stiefel ein Frühling Kontext - das ist, was macht diesen Service Suite schnell, und was lassen Sie diese eine Hülse zu erreichen. "HoldemRepositoryLayoutTest" schließt es auf zwei Arten: einen Quell-Scan, der die auf EINEM eingerückte Oberfläche aufbauen, die ein Spring Data Repository überall in der Datei erweitert der Service und eine reflektierende Überprüfung, dass jedes Hold'em-Repository keine hat enclosing Klasse. Beide benötigen keinen Kontext und keine Datenbank. Kein Ausfall: das vorherige Replikat blieb durchgehend gesund und servierte weiter, so blieb nur der Rollout stecken.