0hoon5661

뒤늦게라도 해결방법을 알아낸 것 같아서 공유드립니다.
기존 Dockerfile에 있는 FROM node:alpine as builder 줄에서 as builder를 지워버리고 맨 밑 COPY줄의 --from=builder를 --from=0 으로 바꿔서 다시 시도하시면 아마도 될 것 같습니다.
이유는&nbsp;Amazon Linux 2로 업그레이드 되면서 FROM절을 수행할때 인자를 1개만 받도록 변경된 것 같습니다. 그래서 as builder가 붙게 되면 인자가 3개가 되어서 오류를 뿜습니다. 따라서 as builder를 지워버리고 밑 from에서 별칭이 아닌 0번째 FROM를 뜻하도록 바꿔주게 되면 정상적으로 수행됩니다.

aws 배포 오류가뜨네요

아아.. 넓은 관점에서 봤어야했는데 시야가 좁았네요
친절한 답변 감사드립니다.

model 내용을 request로 옮기는 시점

감사합니다 ㅠㅠ
영한님의 말씀 덕분에 개념이 좀 더 단단하게 자리잡는 기분이 듭니다.

@Transaction에 대한 궁금중

감사합니다! 그런 차이가 있는지도 모르고 잘못 이해하고 넘어갈뻔 했네요.

2번 질문은 의사코드로 설명드리면
<pre class="language-java"><code>@Transaction
Member method1() {
 멤버생성();
 벌크수정();
 Member member = 멤버조회();
 return member;
}

Member method2() {
 @Transaction 멤버생성();
 @Transaction 벌크수정();
 Member member = @Transaction 멤버조회();
 return member;
}</code></pre>
위의 method1처럼 하나의 트랜잭션 범위에서 작업하는 것이 아니라
method2처럼 트랜잭션이 분리된 상황이면 1차캐시가 각각의 트랜잭션이 끝나는 시점에 없어져서 멤버를 조회할 때 db에서 새로 select해서 가져올줄 알았는데 아니더라구요.
그래서 이건 OSIV에 의해서 1차캐시가 요청이 종료될때까지 없어지지 않고 계속 살아있기 때문이다. 라고 이해를 했는데 맞는지 궁금합니다!

@Modifying에 관한 질문

늦은 시간에 답변 감사합니다!!
시스템을 체계적으로 명세화하여 관리하는 것이 특히 위와 같은 이유때문에 중요한거군요.
추가 정보까지 제공해주셔서 감사합니다!

0hoon5661

Posts