다음 6가지 메소드가 추가 되었다.strip(): 문자열 앞, 뒤의 공백 제거.stripLeading(): 문자열 앞의 공백 제거.stripTrailing(): 문자열 뒤의 공백 제거.isBlank(): 문자열이 비어있거나, 공백만 포함되어 있을 경우 true를 반환한
Java8 functional interface - function, supplier, consumerJava8에서 나와 주로 람다식으로 자주 사용되고 있으며, 함수형 패러다임을 달성할 수 있도록 하는데 도움, 해당 interface들은 java.util.functio
Java 8 이전에는 초기 설정할 때, PermSize와 MaxPermSize를 설정해 주어야 했으나, Java 8부터는 Permanent Generation이 Metaspace로 대체되었다. Metaspace는 런타임 시 메모리 요구 사항에 따라 자체 크기를 조정하며
대소문자 구별하지 않는다. == name attribute를 반드시 지정해야 한다.Logback-spring.xml은 appender와 logger 크게 두개로 구분된다.Dynamic Reloading 기능을 지원한다.ex) 60초 주기마다 로그파일(logback-s
동기처리와 비동기, 블로킹과 논블로킹처리 혼합하여 사용할 시이 개념들이 서로 뭔가 연관이 있는 것으로 오해하기 쉽다. 아무래도 동기와 블록킹, 비동기와 논블록킹의 작동 매커니즘이 더 직관적이기 때문에 많은 사람들이 이 개념들을 같은 것 혹은 비슷한 것으로 오해하고 있는
동기, 비동기 관련 용어 정리 및 모음제어권 : 자신(함수)의 코드를 실행할 권리, 제어권을 가진 함수는 자신의 코드를 끝까지 실행 한 후 자신을 호출한 함수에게 돌려준다결과값을 기다리는 것 : 함수 a, b 두 개가 존재하면 a에서 b를 호출 했을 떄 a가 b의 결과
Open-In-View, Open-Session-In-View, Open-EntityManager-In-View라고도 하는데 OSIV로 명칭true일 경우 영속성 컨텍스트가 트랜잭션 범위를 넘어선 레이어까지 살아있는데 Api라면 클라이언트에게 응답될 때까지, View라
TDD(Test Driven Development) 테스트를 기준으로 하는 개발 방법론BDD(Behavior Driven Development) 행동을 기준으로 하는 개발 방법론테스트 주도로 개발을 이끌어 나가는 것. 테스트를 먼저 작성하고 나서, 테스트가 정상적으로
예전 책들을 참고하면 Filter는 서블릿 기술이라 Spring 빈으로 등록할 수 없다고 나오는데서블릿 스펙의 기술인 필터는 스프링 범위 밖인 서블릿 범위에서 관리되는데(실제 interceptor가 Controller로 요청을 위임하지는 않는다)스프링 컨테이너보다 큰
블록과 인라인의 차이점DIV, H1, H2, P....Width 100%, Height 0%로 시작 → default : auto사용가능 한 최대 가로, 너비를 사용크기 지정 가능수직으로 쌓인다margin, padding의 상하좌우 사용 가능레이아웃SPAN, IMG..
비트맵과 벡터 사용 차이점확대나 축소 시 Pixel 단위로 되어 있어 꺠지나 용량관리가 용이하다(.jpeg, .gif, .png)확대/축소 시 이미지가 깨지지 않는다 → 이미지 자체에서 수학적 식을 가리기 떄문(.svg)작거나 크게해도 용량은 그대로 유지 된다정교한 이
\` : 그레이브^ : 캐럿~ : 틸트: 어스티리스크(별표): 하이픈/대시(마이너스)\_ : 언더스코어/로대쉬| : 버티컬바\\ : 역슬래쉬< → → >
디렉터리 서비스에서 제공하는 데이터 및 객체를 발견하고 참고(lookup)하기 위한 자바 API외부에 있는 객체를 가져오기 위한 기술Tomcat과 같은 WAS를 보면 특정 폴더에 필요한 데이터 소스(라이브러리)가 있는데 그것을 우리가 사용하기 위해 JNDI를 이용해서
Connection Pool의 구현체의 역할은 이렇다:WAS가 실행되면서 미리 일정량의 DB Connection 객체를 생성하고 Pool 이라는 공간에 저장해 둔다.HTTP 요청에 따라 필요할 때 Pool에서 Connection 객체를 가져다 쓰고 반환한다.이와 같은
DB Connection에 관한 풀링을 자체적으로 만들어야 할 시 관련 정보Spring에서는 xml혹은 java 설정으로 DBCP를 구성할 수 있지만,Spring 혹은 해당 웹 프레임워크를 사용하지 않는 프로젝트에서는 DB Connection에 관한 풀링을 자체로 만들
Database와 의존 관계를 분리하였기에, 지속적으로 유효성을 체크하지 않아도 되며, 내부적으로 커넥션이 58초가 되었는지 계산하면 된다.max-lifetime값은 네트워크 지연 등을 포함하여 2~3초간의 시간을 뺀 58초 정도로 설정, HikariCP의 Thread
Database Connection Pool별 분류2007-05-21 version 0.9.1.2 로 중지되었다가, 2010-05-27 version 0.9.2-pre1 이 올라왔다.때문에 ongoing project 로 보기는 힘들 것 같다.성능상도 다른 dbcp,
데이터베이스와 애플리케이션을 효율적으로 연결하는 커넥션 풀(connection pool) 라이브러리요청이 올때마다 Connection 객체를 얻는 것이 아닌, 미리 일정 갯수 찍어내서 Connection Pool 로 관리DB 서버 접속을 위해 JDBC 드라이버를 로드한
복잡한 연산이나 시간이 오래 걸리는 연산을 미리 수행, 저장해서 빨리 가져와서 쓸 수 있게 하는 것DB가 버틸 수 있는 최대 요청수보다 많은 작업이 요청되면 느려질 수 있다. 이때 캐시를 사용하면 DB부하를 줄일수 있고 빠르게 응답가능데이터가 변경에 민감한가?연산이 비
프로그램 실행 흐름 상 오류가 발생하였을 때 그 오류를 대처하는 방법 - Exception, try/catch, throw, throws...프로그램 실행 중 어떤 원인에 의해 프로그램이 해당 상황에 대처를 하지 못할 경우 비정상적으로 종료되거나 에러 팝업창이 뜨는 경