OPUBLIKOWANIE powiązania zasobu podrzędnego @OneToMany w Spring Data REST

Obecnie posiadam aplikację Spring Boot używającą Spring Data REST. Mam podmiot domeny Post, która ma @OneToManyzwiązek z innym podmiotem domeny Comment. Klasy te mają następującą strukturę:

Post.java:

@Entity
public class Post {

    @Id
    @GeneratedValue
    private long id;
    private String author;
    private String content;
    private String title;

    @OneToMany
    private List<Comment> comments;

    // Standard getters and setters...
}

Comment.java:

@Entity
public class Comment {

    @Id
    @GeneratedValue
    private long id;
    private String author;
    private String content;

    @ManyToOne
    private Post post;

    // Standard getters and setters...
}

Ich repozytoria Spring Data REST JPA to podstawowe implementacje CrudRepository:

PostRepository.java:

public interface PostRepository extends CrudRepository<Post, Long> { }

CommentRepository.java:

public interface CommentRepository extends CrudRepository<Comment, Long> { }

Punktem wejścia aplikacji jest standardowa, prosta aplikacja Spring Boot. Wszystko jest skonfigurowane w magazynie.

Application.java

@Configuration
@EnableJpaRepositories
@Import(RepositoryRestMvcConfiguration.class)
@EnableAutoConfiguration
public class Application {

    public static void main(final String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

Wszystko wydaje się działać poprawnie. Po uruchomieniu aplikacji wszystko wydaje się działać poprawnie. Mogę OPUBLIKOWAĆ nowy obiekt posta, aby http://localhost:8080/posts:

Ciało: {"author":"testAuthor", "title":"test", "content":"hello world"}

Wynik w http://localhost:8080/posts/1:

{
    "author": "testAuthor",
    "content": "hello world",
    "title": "test",
    "_links": {
        "self": {
            "href": "http://localhost:8080/posts/1"
        },
        "comments": {
            "href": "http://localhost:8080/posts/1/comments"
        }
    }
}

Jednak gdy wykonuję GET w http://localhost:8080/posts/1/comments, otrzymuję {}zwracany pusty obiekt i jeśli spróbuję POSTOWAĆ komentarz do tego samego identyfikatora URI, otrzymuję metodę HTTP 405 niedozwoloną.

Jaki jest właściwy sposób tworzenia Commentzasobu i kojarzenia go z tym Post? Chciałbym uniknąć wysyłania postów bezpośrednio do, http://localhost:8080/commentsjeśli to możliwe.

Najpierw musisz opublikować komentarz, a podczas publikowania komentarza możesz utworzyć jednostkę postów asocjacyjnych.

Powinien wyglądać jak poniżej:

http://{server:port}/comment METHOD:POST

{"author":"abc","content":"PQROHSFHFSHOFSHOSF", "post":"http://{server:port}/post/1"}

i będzie działać idealnie.

Zakładając, że już odkryłeś identyfikator URI wiadomości, a tym samym identyfikator URI zasobu asocjacji (uważany za $association_uriponiżej), zazwyczaj wykonuje się następujące kroki:

1. Odkryj komentarze do zarządzania zasobami kolekcji:

   curl -X GET http://localhost:8080
   
   200 OK
   { _links : {
       comments : { href : "…" },
       posts :  { href : "…" }
     }
   }

2. Skorzystaj z commentslinku i POSTswoich danych do zasobu:

   curl -X POST -H "Content-Type: application/json" $url 
   { … // your payload // … }
   
   201 Created
   Location: $comment_url

3. Przypisz komentarz do posta, wydając PUTidentyfikator URI skojarzenia.

   curl -X PUT -H "Content-Type: text/uri-list" $association_url
   $comment_url
   
   204 No Content

Zwróć uwagę, że w ostatnim kroku, zgodnie ze specyfikacją text/uri-list, możesz przesłać wiele identyfikatorów URI identyfikujących komentarze oddzielone znakiem końca wiersza, aby przypisać wiele komentarzy jednocześnie.

Jeszcze kilka uwag na temat ogólnych decyzji projektowych. Przykład postu / komentarzy jest zwykle świetnym przykładem agregacji, co oznacza, że ​​unikałbym odniesienia wstecznego od Commentdo, Posta także CommentRepositorycałkowicie unikałbym . Jeśli komentarze nie mają własnego cyklu życia (czego zwykle nie mają w relacji w stylu kompozycji), wolisz je renderować bezpośrednio w tekście, a cały proces dodawania i usuwania komentarzy można raczej przeprowadzić za pomocą Poprawka JSON . Spring Data REST dodał obsługę tego w najnowszej wersji kandydata na nadchodzącą wersję 2.2.

Istnieją 2 typy mapowania: asocjacja i kompozycja. W przypadku asocjacji zastosowaliśmy koncepcję łączenia stołu, taką jak

Pracownik - 1 do n-> Dział

W związku z tym zostaną utworzone 3 tabele w przypadku Pracownik Stowarzyszenia, Departament, Dział_Pracownik

Musisz tylko utworzyć EmployeeRepository w swoim kodzie. Poza tym mapowanie powinno wyglądać tak:

class EmployeeEntity{

@OnetoMany(CascadeType.ALL)
   private List<Department> depts {

   }

}

Jednostka działu nie będzie zawierała żadnego mapowania dla klucza obcego ... więc teraz, gdy spróbujesz wysłać żądanie POST o dodanie pracownika z działem w pojedynczym żądaniu json, zostanie ono dodane ....

Zmierzyłem się z tym samym scenariuszem i musiałem usunąć klasę repozytorium dla jednostki podrzędnej, ponieważ użyłem jednego do wielu mapowań i wyciągnąłem dane przez samą jednostkę główną. Teraz otrzymuję całą odpowiedź z danymi.

W przypadku mapowania oneToMany, po prostu utwórz POJO dla tej klasy, którą chcesz mapować, i adnotację @OneToMany do niej, a wewnętrznie zamapuje to na ten identyfikator tabeli.

Ponadto musisz zaimplementować interfejs Serializable do klasy, dla której pobierasz dane.