persist 수행시 덮어 씌워져 버리는 문제

해결되었습니다 올려주신 2024 소스코드에서는 http://hibernate.hbm2ddl.auto 옵션이 주석처리가 되어있지 않아서.... 매번 쿼리를 수행할때마다 테이블을 초기화해서 발생한 문제였네요....

[마감 | 사이드 프로젝트 | 출시 목표] 초기 멤버로 합류하실 프론트엔드 개발자분 모십니다.

서블릿의 개념을 확실하게 잡고 싶습니다.

먼저 WAS가 등장하게 된 배경은 동적으로 리소스를 처리 하고 싶어 등장한 것으로 알고 있습니다. 그런데 WAS 그자체를 사용하면 개발자가 해야할 작업이 너무 많은 것이죠. 서버 TCP/IP 연결 및 종료, HTTP 요청 메시지 파싱, HTTP Method 및 URL 인지 등등 개발자에게 가장 중요한것은 비지니스 로직을 개발 하는 일 인데,,,, 모든 작업을 반복적으로 하는것이 과연 의미가 있을까요? 그래서 등장한 것이 서블릿 입니다. WAS에서 1차적으로 HTTP 메시지를 파싱하고 비지니스 로직에 필요한 메시지는 따로 서블릿에서 이용할 수 있게 HttpServletRequest , HttpServletResponse 에 담아주는 것이죠. 개발자들이 비니지스 로직만 따로 처리할 수 있도록 환경을 구성해 준것이라고 생각합니다. (서블릿은 WAS안에 존재합니다.) @WebServlet(name = "helloServlet", urlPatterns = "/hello") public class HelloServlet extends HttpServlet { @Override protected void service(HttpServletRequest request, HttpServletResponse response) { //비지니스 로직 } } urlPatterns(“/hello”) 의 URL 이 호출되면 서블릿 코드가 실행 HTTP 요청 정보를 편리하게 사용할 수 있는 HttpServletRequest HTTP 응답 정보를 편리하게 사용할 수 있는 HttpServletResponse 하지만, 이마저도 불편하다고 여겨서 스프링 컨테이너에서 동작하는 디스패처 서블릿이 등장하고 개발자들은 컨트롤러를 구현해서 사용하도록 해준것으로 알고 있습니다. 감사합니다.

Model은 무엇을 가리키는 건가요?

MVC 패턴에서 Model은 View와 Controller 사이에 데이터를 주고받기 위한 DTO라고 생각하셔도 좋을 것 같네요. 흐름 View -> Model -> Controller Controller -> Model -> View (사진) 참고 https://ko.wikipedia.org/wiki/%EB%AA%A8%EB%8D%B8-%EB%B7%B0-%EC%BB%A8%ED%8A%B8%EB%A1%A4%EB%9F%AC 감사합니다.

FilterChainProxy 궁금한게 있어요

스프링 시큐리티는 서블릿 컨테이너의 필터 방식으로 구성 된것으로 알고 있습니다. Http 요청 -> WAS -> 서블릿 -> 필터1 -> 필터2 ... -> DelegatingFilterProxy -> 스프링 시큐리티 관련 필터... -> 디스패처 서블릿 -> 인터셉터1 -> 인터셉터2 ... -> 컨트롤러 DelegatingFilterProxy의 등장으로 서블릿 컨테이너의 필터 기능을 스프링 컨테이너에서 사용할 수 있게 스프링 빈을 등록할 수 있게 된것으로 알고 있습니다.