이모저모

자바 예외 Object : 예외도 객체이다. 모든 객체의 최상위 부모는 Object 이므로 예외의 최상위 부모도 Object 이다. Throwable : 최상위 예외이다. 하위에 Exception 과 Error 가 있다. Error : 메모리 부족이나 심각한 시스템 오류와 같이 애플리케이션에서 복구 불가능한 시스템 예외이다. ( 언체크 예외 ) 애플리케이션 개발자는 이 예외를 잡으려고 해서는 안된다. 상위 예외를 catch 로 잡으면 그 하위 예외까지 함께 잡는다. 따라서 애플리케이션 로직에서는 Throwable 예외도 잡으면 안되는데, 앞서 이야기한 Error 예외도 함께 잡을 수 있기 때문이다. 애플리케이션 로직은 이런 이유로 Exception 부터 필요한 예외로 생각하고 잡으면 된다. Excepti..

트랜잭션(Transaction) 우리가 데이터베이스를 사용하는 이유 중 하나인 개념 트랜잭션 트랜잭션은 하나의 작업을 안전하게 처리하도록 보장해주는 개념이다. 작업이 성공하여 데이터베이스에 정상 반영하는 것을 커밋, Commit 작업이 실패하여 이전으로 되돌리는 것을 롤백, Rollback 트랜잭션의 ACID Atomicity, 원자성 - 트랜잭션 내에서 실행한 작업은 모두 실패하거나 모두 성공해야 한다. Consistency, 일관성 - 모든 트랜잭션은 일관성 있는 데이터베이스 상태를 유지해야 한다. Isolation, 격리성 - 동시에 실행되는 트랜잭션들이 서로에게 영향을 미치지 않게 격리한다. 격리 수준을 설정함 Durability, 지속성 - 트랜잭션을 성공적으로 끝내면 그 결과가 항상 기록되어야..

우리가 데이터베이스 커넥션을 생성하고 접근할 때 매번 리소스를 사용해야 한다. 또한, 응답 속도에도 영향을 주기에 좋지 않은 결과가 나올 수 있다. 이 문제를 해결하기 위해 커넥션 풀(Connection Pool)이라는 방법을 사용한다. 말 그대로, 커넥션들이 존재하는 풀을 만들어 놓고 관리하는 것이다. 애플리케이션이 시작하는 시점에 필요한 커넥션(서비스마다 상이)을 커넥션 풀에 초기화 시켜놓는 것이다. 이 커넥션들은 DB와 TCP/IP연결이 되어 있기에 커넥션 풀에 요청하여 접근하면 된다. DataSource DataSource 활용하기 DriverManager의 경우 커넥션을 획득할 때마다 URL, USERNAME, PASSWORD 파라미터를 전달해줘야 한다. 반면, DataSource의 경우 처음 ..

중요한 데이터는 애플리케이션 서버를 거쳐 데이터베이스에 저장한다. 클라이언트의 요청에 따라 애플리케이션 서버는 데이터베이스에 접근하여 처리한다. 위 방식은 고전적인 데이터 처리 방식이다. 하지만 문제가 있다. 데이터베이스의 종류는 여러가지다.(MySql, Oracle ...) 그렇기에 데이터베이스에 맞는 포맷을 따로 적용해야 한다. 이를 위해 JDBC라는 자바 표준이 등장한다. JDBC(Java DataBase Connectivity) 표준 인터페이스를 정의하여 제공한다. java.sql.Connection - 연결 java.sql.Statement - SQL의 내용 java.sql.ResultSet - SQL 요청 응답 위 인터페이스와 각 데이터베이스 사에서 제공하는 라이브러리를 사용하여 기능을 만든다..

https://www.acmicpc.net/problem/11048 11048번: 이동하기 준규는 N×M 크기의 미로에 갇혀있다. 미로는 1×1크기의 방으로 나누어져 있고, 각 방에는 사탕이 놓여져 있다. 미로의 가장 왼쪽 윗 방은 (1, 1)이고, 가장 오른쪽 아랫 방은 (N, M)이다. 준규는 www.acmicpc.net 문제 해결 방법 처음 문제를 접했을 때, 단순한 완전탐색 문제라고 생각했습니다. 사탕의 최댓값을 구하기 위해 모든 칸을 탐색하여 진행하는 방식을 떠올렸습니다. 마침 이동하는 범위도 (0,1) (1,0) (1,1) 이기에 범위도 신경쓸 부분이 줄어들었다 생각했습니다. 처음 작성한 코드는 아래와 같습니다. import java.io.*; import java.util.*; public ..

타임리프, Thymeleaf 특징 1. 서버 사이트 HTML 렌더링, SSR - 백엔드 서버에서 HTML을 동적으로 렌더링 하는 용도로 사용 2. 네츄럴 템플릿 : 순수 HTML을 유지하며 뷰 템플릿으로 사용할 수 있는 특징 - 순수 HTML을 최대한 유지하는 특징 - 웹 브라우저에서 파일을 직접 열어도 확인 가능하며, 서버를 통해 동적으로 변경된 결과 확인 가능 3. 스프링 통합 지원 - 스프링과 통합하여 여러 기능을 지원한다. 선언 텍스트 - text, utext 텍스트를 출력하는 기능 - 태그 없이 출력하는 기능 - [[${data}]] HTML 엔티티 웹 브라우저는 "

요구사항 분석 상품 도메인 모델 - 상품 ID, 상품명, 가격, 수량 상품 관리 기능 - 상품 목록(조회), 상품 상세, 상품 등록(C), 상품 수정(U) 타임리프 타임리프 선언 타임리프 핵심 th:xxx 가 붙은 부분은 서버사이드에서 렌더링되고, 기존 것을 대체된다. 붙지 않은 것은 html의 속성이 적용된다. html을 유지하면서 템플릿 기능을 할 수 있다. 타임리프 문법 속성 변경 - th:href="@{/css/bootstrap.min.css}", href="" 이 변경된다. 링크 표현 식 - th:href="@{/css/bootstrap.min.css}", url링크를 @{} 방식으로 사용한다. 리터럴 대체 - |...|, "와 '를 신경써야 했던 것을 "와 |로 사용한다. 반복 출력 - th:..

HTTP 요청 - 쿼리 파라미터, HTML FORM, HTTP 메시지 사용/META-INF/resources 1. GET - 쿼리 파라미터 /url?username=hello&age=20 메시지 바디 없이, URL의 쿼리 파라미터에 데이터를 포함해서 전달 예) 검색, 필터, 페이징등에서 많이 사용하는 방식 2. POST - HTML Form content-type: application/x-www-form-urlencoded 메시지 바디에 쿼리 파리미터 형식으로 전달 username=hello&age=20 예) 회원 가입, 상품 주문, HTML Form 사용 3. HTTP message body에 데이터를 직접 담아서 요청 HTTP API에서 주로 사용, JSON, XML, TEXT 데이터 형식은 주로 ..

공부하면서 익힌 내용을 블로그로 작성하는 중에 무슨 이유인지 블로그 본문이 지워졌고 이를 모른체 인텔리제이로 갔던 나는 글이 사라진 것을 자동 임시 저장이 된 후에 알았다. 앞으로는 예약 발행을 한 후에 글을 수정 작성하도록 하자......

프톤트 컨트롤러 패턴 이전의 컨트롤러의 역할을 보면 중복되는 코드가 많다. (뷰로 이동과 같은) 그래서 컨트롤러에 접근하기 전, 프론트 컨트롤러를 통해 공통 처리를 하고 온다. 프론트 컨트롤러를 제외한 나머지 컨트롤러는 서블릿을 사용하지 않아도 된다. v1 구현 - 프론트 컨트롤러 도입 urlPatterns = /fron-controller/v1의 하위 경로들은 모두 이 서블릿을 접근하게 된다. controllerMap에 저장된 URI를 통해 controller 변수에 각 컨트롤러가 호출된다. -> 중복되는 코드를 줄일 수 있었다. JSP는 이전의 코드를 그대로 사용한다. v2 구현 - 뷰 분리 뷰(jsp)로 이동하기 위해 모든 컨트롤러에 아래와 같은 코드가 반복된다. String viewPath = "..