Printemps de Données PageImpl de ne pas retourner à la page avec la bonne taille?

Après en avoir appris plus sur la façon de Printemps de Données fonctionne, j'ai fini par utiliser @Query annotations sur mes méthodes à l'intérieur de la JpaRepository implémentations de bien requête de la DB et de filtrer les résultats, éliminant la nécessité d'utiliser un cours d'eau et ensuite de les convertir retour à la Page.

Voici comment le code ci-dessus seraient dans le cas où quelqu'un a besoin d'un exemple:

@Query("select p from Produtos p where p.prodNome = ?1")
public Page<Produtos> productsListByName(String prodNome, Pageable pageable)

Im courant du Printemps findBy méthodes, mais parfois les noms de méthode devenir vraiment difficile à lire en fonction de la quantité de paramètres, donc j'ai juste collé à JPQL.

De le faire de cette façon, le contenu de la Page sera toujours jusqu'à concurrence du montant maximum des éléments que vous avez défini dans la configuration Spring.

J'ai aussi utiliser une implémentation personnalisée de PageImpl, je ne suis pas au travail dès maintenant et ne pas avoir accès au code, mais je vais le poster quand je le peux.

Edit: implémentation Personnalisée peut être trouvé ici

OriginalL'auteur dubonzi

PageImpl n'est pas prévu pour tout type de pagination de votre liste. À partir de la documentation vous pouvez voir que c'est juste la "base Page mise en œuvre", qui ressemble presque à ce que vous voulez, mais c'est vraiment trompeur.

Utilisation PagedListHolder qui est un état simple support pour la manipulation des listes d'objets, en les séparant en plusieurs pages.

OriginalL'auteur stites

Je sais, c'est trop tard pour ajouter la réponse. Mais j'ai aussi été confronté à la même question & j'ai trouvé le moyen pour elle. SimpleJpaRepository a la méthode

public Page<T> findAll(Specification<T> spec, Pageable pageable) {

        TypedQuery<T> query = getQuery(spec, pageable);
        return pageable == null ? new PageImpl<T>(query.getResultList())
                : readPage(query, getDomainClass(), pageable, spec);
    }

qui est utilisé pour le retour Page<T> dans le cas où vous êtes l'extension de JpaRepository. Nous pouvons donc utiliser la même fonctionnalité (besoin de réécrire le code, alors que le Printemps ne vous donne pas la méthode publique pour avoir le plein de la pagination à l'appui).

Si vous regardez la méthode PageImpl<>(List<T> content, Pageable pageable, long total); il suffit de le définir est la valeur que vous offrez dans pageable. Ici vous envoyez content que la liste complète, mais le printemps n'est pas fait pour les internes. Besoin de remplacer Page<Produtos> imp = new PageImpl<>(listaFinal,pageable,total); avec bloc de code suivant.

TypedQuery<User> query = entityManager.createQuery(criteriaQuery); //Users type can be replaced with Produtos or any other db entity.

query.setFirstResult(pageable.getOffset());
query.setMaxResults(pageable.getPageSize());

List<User> users= query.getResultList();
Page<User> result=PageableExecutionUtils.getPage(users,pageable, () -> getCountForQuery(User.class));

Méthode getCountForQuery:

private Long getCountForQuery(Class<?> t){

    CriteriaBuilder criteriaBuilder=entityManager.getCriteriaBuilder();

    CriteriaQuery<Long> countQuery = criteriaBuilder
            .createQuery(Long.class);
    countQuery.select(criteriaBuilder.count(
            countQuery.from(t)));
    Long count = entityManager.createQuery(countQuery)
            .getSingleResult();

    return count;
}

Vous pouvez trouver l'utilisation de PageableExecutionUtils.getPage dans

readPage(TypedQuery<S> query, final Class<S> domainClass, Pageable pageable,
            final Specification<S> spec) 

méthode dans SimpleJpaRepository qui est surtout utilisé par findAll méthode interne.

OriginalL'auteur AshwinK