우테코 7기 BE

우테코 페어 매칭 미션이 시작됐다.하늘에 맹세코 두 달 동안 단 한 줄의 코드도 작성하지 않고 놀기만 했더니 진짜 아무것도 기억이 안난다. 그러니 이번 주는 겸손한 마음으로 자바 재활 운동 느낌으로 모르는 것을 마구 배워가자 싶었다.이번 미션 페어는 '코기'이다. 고기

레벨 1 마지막 미션 <장기>를 구현하기 위해, 기물을 놓을 수 있는 장기판 위의 점을 의미하는 객체 Dot을 작성하였다.Dot의 설계 의도는 기물(Piece)를 올려 놓을 수도 있고, 비워둘 수도 있는 객체이다. 그래서 piece를 필드로 갖고, 기물이 없는 경

장기 프로그램을 자바를 활용해 객체 지향적으로 구현한다고 생각해보자. 장(가운데 큰 녀석, 체스의 킹과 비슷하다)과 사(장 옆에 있는 두 기물들)를 각각의 객체로 구현하는 것은 자연스럽다. 그렇다면 장과 사의 이동 규칙을 정의할 필요가 있다. 그래서 Jang 클래스와

@Controller : 전통적인 스프링 MVC Controller@RestController : Restful 웹서비스 ControllerClient가 URI 형식으로 웹 서비스에 요청DispatcherServlet 어쩌구 ~ 생략Controller가 요청을 처리한

객체 지향 언어에서 사용하는 객체를 DB 와 매핑해 주는 관련 기술. 아래의 기술들로 구성됨.클래스 ↔ 테이블 매핑 지원필드 ↔ 속성객체 ↔ 칼럼CRUD SQL 쿼리 자동 생성 지원연관 관계(참조 관계), 상속 자동 지원객체 그래프를 RDB의 FK나 JOIN전략으로 다

팩토리 메서드로 @Bean 을 수동으로 등록하기 위한 어노테이션그냥 아무 @Component에서 작업할 때 필요할 때 마다 @Bean 붙이면 해당 메서드는 빈으로 등록되는 거 아니야? 왜 굳이 @Configuration 안에서 해야 돼?나는 ‘설정 전용 파일임’을 명시

나는 위 메서드에서 mainBusiness()를 수행하는데 걸리는 시간을 체크해 로그로 남기고 싶다.그래서 위와 같이 작업했다. 그런데 100개의 서로 다른 메서드에 대해 동일하게 수행 시간 로깅을 남겨야 한다면 얼마나 귀찮을까?위 상황에서 mainBusiness()

위와 같은 Metoring 엔티티가 있다.MentoringService를 테스트할 것인데, Repository들을 전부 주입 받는 대신에 EntityManager를 활용할 것이다.Mentoring 엔티티의 생성 전략이 IDENTITY이기 때문에 DB에 저장하기 전에

서블릿(Servlet)은 Jakarta EE에서 정의한 ‘웹 요청을 처리하기 위한 표준’이고 HttpServlet 은 그 표준을 구현하는 기본 클래스이다.HTTP 요청이 들어오면 서블릿 컨테이너(Tomcat, Jetty 등)가 요청을 서블릿 규격 객체 HttpServ

복제 지연 문제를 학습하기 위해읽기/쓰기 데이터 소스를 Master/Slave DB로 분리하는 과정에서 모든 조회가 Master로 접근하는 문제가 발생했다.MySQL Master/Slave 구조로 읽기/쓰기 분리를 구현했다.쓰기: @Transactional → Mast

소셜 로그인 구현을 위한 OAuth2.0과 OIDC 알아보기

Garbage Collection : 더 이상 다른 객체에 의해 참조되지 않는 객체를 찾아 메모리를 해제하는 작업장점개발자의 실수로 인한 메모리 관련 오류 방지;단점GC 실행 오버헤드(STW) 발생개발자가 메모리 해제 시점을 정확히 예측하기 어려움참조가 끊어진 객체를