Ich verwende spring-data-rest mit JpaRepository , um die Rest-Endpoints zu erstellen. Standardmäßig ist Paging für alle JpaRepository aktiviert, was eine gute Sache ist. Aber ich habe eine Legacy-Anwendung, die wir auf unseren neuen Stack portieren, der kein Paging unterstützt. Ich möchte das Paging abhängig von einem URL-Parameter deaktivieren, um immer noch Paging im neuen Anwendungscode verwenden zu können.

Ich habe verschiedene Ansätze ausprobiert, um die Ressourcen mit und ohne Paging freizulegen:

• Verwenden Sie CrudRepository : Die Ergebnisse haben nur einen nicht ausgelagerten Endpunkt und die Methode flush fehlt.
• Überschreibe die Methode List<T> findAll() in meiner Repository-Oberfläche und notiere sie mit RestResource . Ich hätte erwartet, dass die Methode als Suchmethode zur Verfügung gestellt wird, ist es aber nicht.
• Annotate Page<T> findAll(Pageable pageable) mit @RestResource(exported=false) und annotate List<T> findAll() wie im vorherigen Geschoss. Ich habe gehüpft, dass dies die Standardmethode ersetzt. Dies ist jedoch keine gültige Lösung, da nur ein nicht ausgelagerter Endpunkt verfügbar ist.
• Übergeben Sie size=-1 , um ein unbegrenztes Ergebnis zu erhalten - & gt; Standard-Paging-Größe wird verwendet

Ich habe gesehen, dass der Spring-Controller RepositoryEntityController einen RepositoryInvoker verwendet, um die Methoden im Repository aufzurufen. Das Pageable wird mit PageableHandlerMethodArgumentResolver aufgelöst, das immer ein seitenfähiges Objekt zurückgibt (in der Abfrage angegeben, mit Anmerkungen versehen oder standardmäßig umgebrochen). Die einzige Lösung, die ich im Moment sehe, ist die Implementierung einer benutzerdefinierten PageableHandlerMethodArgumentResolver , die null zurückgibt, wenn ein benutzerdefinierter URL-Parameter übergeben wird.

Kennen Sie weitere Lösungen oder ist für die Zukunft etwas Ähnliches geplant?

Danke, Micha