Spring Data JPA findOne() changement d'Option comment l'utiliser?

Je suis en train d'apprendre SpringBoot2.0 avec Java8.

Et j'ai suivi certains blog de prise de tutoriel.

Le tutoriel code source est:

@GetMapping("/{id}/edit")
public String edit(@PathVariable Long id, Model model) {
  model.addAttribute("categoryDto", categoryService.findOne(id));
  return "category/edit";
}

Mais ce code est de lancer cette erreur:

categoryService.findOne(id)

Je suis en train de penser à propos de la modification de la JPA findOne() méthode pour Optional< S >

Comment résoudre ce problème?

Plus d'infos:

C'est le categoryService méthode:

public Category findOne(Long id) {
  return categoryRepository.findOne(id);
}
1. pouvez-vous mettre le lien vers le blog u r suivant ou pouvez-vous montrer le code complet. Comment est categoryService declaredß 2. Qu'est-ce que l'exception que vous obtenez

OriginalL'auteur Hulk Choi | 2018-03-16

  1. 75

    Au moins, le 2.0 version, Spring-Data-Jpa modifié findOne().

    Maintenant, findOne() ne pas avoir tous les deux la même signature et le même comportement.

    Auparavant, il a été défini dans le CrudRepository interface :

    T findOne(ID primaryKey);

    Maintenant, le seul findOne() méthode que vous trouverez dans CrudRepository qui est défini dans le QueryByExampleExecutor interface :

    <S extends T> Optional<S> findOne(Example<S> example);

    Qui est mis en œuvre, enfin, en SimpleJpaRepository, le défaut de mise en œuvre de la CrudRepository interface.

    Cette méthode est un exemple de requête de recherche, et vous ne voulez pas que comme un remplacement.

    En fait, la méthode avec le même comportement est toujours là, dans la nouvelle API, mais le nom de la méthode a changé.

    Il a été renommé de findOne() à findById() dans le CrudRepository interface :

    Optional<T> findById(ID id);

    Maintenant, il renvoie un Optional. Ce qui n'est pas si mal pour éviter NullPointerException.

    Donc, la méthode à appeler est maintenant Optional<T> findById(ID id).

    Comment l'utiliser ?

    L'apprentissage Facultatif d'utilisation.
    Ici l'information importante concernant ses spécifications :

    Un objet conteneur qui peut contenir ou non une valeur non null. Si un
    la valeur est présente, isPresent() retournera true et get() retournera
    la valeur.

    D'autres méthodes qui dépendent de la présence ou de l'absence d'un
    contenu de valeur sont fournis, tels que orElse() (retourner une valeur par défaut
    si la valeur n'est pas présent) et ifPresent() (exécuter un bloc de code si l'
    la valeur est présente).

    Quelques conseils sur la façon d'utiliser Optional avec Optional<T> findById(ID id).

    Généralement que vous recherchez une entité par id que vous souhaitez retourner ou de faire un traitement particulier si ce n'est pas récupéré.

    Ici trois classiques des exemples d'utilisation.

    1) on Suppose que, si l'entité est trouvé que vous voulez obtenir, sinon vous voulez obtenir une valeur par défaut.

    Vous pourriez écrire :

    Foo foo = repository.findById(id)
                    .orElse(new Foo());

    ou obtenir un null la valeur par défaut si elle a un sens (même comportement qu'avant l'API de modification) : 

    Foo foo = repository.findById(id)
                    .orElse(null);

    2) on Suppose que, si l'entité est trouvé, vous voulez le retourner, sinon vous souhaitez lancer une exception.

    Vous pourriez écrire :

    return repository.findById(id)
        .orElseThrow(() -> new EntityNotFoundException(id));

    3) Supposons que vous souhaitez appliquer un traitement différents selon si l'entité se trouve ou non (sans lancer une exception).

    Vous pourriez écrire :

    Optional<Foo> fooOptional = fooRepository.findById(id);
if (fooOptional.isPresent()){
    Foo foo = fooOptional.get();
   //processing with foo ...
}
else{
   //alternative processing....
}
    thx david 🙂 NotFoundEntity est extends RuntimeException { super("ne pouvait pas trouver" + id ); comme cela?
    La première partie est faux: la méthode n'a pas été déplacé à QueryByExampleExecutor il a tout simplement été renommé findById(…) retour d'un Optional. Aussi, toujours ….map(…) sur un Optional, ne jamais appeler get().
    thnx davidxxx. Vous me sauver
    Peut-être EntityNotFoundException plutôt que NotFoundEntity est mieux.
    Convenus et mis à jour. En outre, il est défini dans la javax.persistence API comme un RuntimeException. Donc fait vraiment de sens.

    OriginalL'auteur davidxxx

  2. 5

    La méthode a été renommé findById(…) retour d'un Optional de sorte que vous avez à gérer l'absence de vous-même:

    Optional<Foo> result = repository.findById(…);

result.ifPresent(it -> …); //do something with the value if present
result.map(it -> …); //map the value if present
Foo foo = result.orElse(null); //if you want to continue just like before
    comment pensez-retour référentiel.findById(id).orElseThrow(() -> nouveau NotFoundEntity(id));

    OriginalL'auteur Oliver Drotbohm

  3. 2

    Optional api fournit des méthodes pour obtenir les valeurs. Vous pouvez le vérifier isPresent() pour la présence de la valeur et puis faire un appel à get() ou vous pouvez faire un appel à get() enchaîné avec orElse() et de fournir une valeur par défaut.

    La dernière chose que vous pouvez essayer de faire est d'utiliser @Query() sur une méthode personnalisée.

    Recommander à appeler ….get() sur un Optional est de mauvais conseils. Optional a consacré des méthodes pour traiter la valeur.

    OriginalL'auteur Prashant

  4. 0

    En effet, dans la dernière version de Printemps de Données, findOne renvoie une option. Si vous voulez récupérer l'objet de l'Option, vous pouvez simplement utiliser get() sur l'Option. Tout d'abord, un référentiel doit retourner l'option d'un service, qui gère ensuite le cas où l'option est vide. par la suite, le service doit renvoyer l'objet à l'automate.

    Recommander à appeler ….get() sur un Optional est de mauvais conseils. Optional a consacré des méthodes pour traiter la valeur.
    en effet, pour des fins de gestion de la valeur, il y a de meilleures méthodes, telles que .orElse() ou .orElseThrow(). Mais pour simplement récupérer l'élément sans vérifier si le référentiel d'appel a renvoyé l'objet désiré, .get() devrait juste au sujet de le faire

    OriginalL'auteur Claudiu Guja