JPA limitation and REST association - TheOpenCloudEngine/uEngine-cloud GitHub Wiki

JPA relation annotations and search method generation 에서 @ManyToOne 과 @OneToMany 의 사용법을 익혔다.
그러나 위의 방식은 Monolithic 방식에서 사용이 가능하고, spring-data-rest 방식으로 Service가 쪼개지면
HATEOAS 는 더이상 이 Link 구조를 가지지 못하기에, HATEOAS 를 직접 써서 구현을 해야한다.

TIP : 여기서 사용하는 예제는
https://github.com/uengine-oss/msa-tutorial-class-management-monolith
https://github.com/uengine-oss/msa-tutorial-class-management-msa
여기 두개의 프로젝트에 모두 나와있다.

다시한번 Clazz.java를 살펴보자.

public class Clazz {
    @RestAssociation(/*serviceId = "course", */path = "/courses/{courseId}", joinColumn = "courseId")
    //@ManyToOne @JoinColumn(name="COURSE_ID")
    Course course;

    /*** dummy ***/
    Long courseId;
    public Long getCourseId() { return courseId;}
    public void setCourseId(Long courseId) {this.courseId = courseId;}
}

microservice로 전환시 각자의 서비스는 서로 다른 DB 를 가질수 있다.
그리고 각 서비스는 서로 다른 process 에서 구동이 되기에, 하나의 transaction scope 안에 안들어 가진다.
풀어 말하자면 Clazz 입장에서 Course 의 courseId 를 @ManyToOne 방식으로 접근이 불가능하다.
@RestAssociation 을 사용하여 path와 joinColumn을 주고 dummy로 courseId 를 설정한다.
이렇게 적용을 하였을때, 아래와 같이 서로다른 서비스끼리 HATEOAS link 연결이 가능하다.
http localhost:8080/clazzes course="http://localhost:8080/courses/1"

HATEOAS API를 직접 쓰는 방식은 각 상황별로 매번 구현을 해야 하기 때문에 매우 어렵다.
이에 objectpartners라는 디자인 패턴을 연구하는 회사에서 HATEOAS annotation 을 직접 만들어서 쓰는 패턴을 만들었고, 해당 패턴을 적용하여 metaworks4에서 @RestAssociation 을 구현해 놓았다.

참고
https://github.com/uengine-oss/metaworks4/blob/master/src/main/java/org/metaworks/springboot/configuration/Metaworks4WebConfig.java
https://objectpartners.com/2016/02/18/mapping-jpa-entities-to-external-rest-resources-in-spring-data-rest/