락(Lock)은 여러 스레드나 트랜잭션이 동시에 데이터에 접근하는 경우 발생할 수 있는 동시성 문제를 방지하는 메커니즘이다. 락은 데이터 일관성을 보장하는 중요한 방법이며, 트랜잭션의 충돌을 방지하거나 해결하는 데 사용된다.비관적 락 (Pessimistic Lock)

이전에 Entity단에서 직접 번역값과 매핑하는 것에 대해,엔티티마다 Translatable 인터페이스를 구현하고, 번역 필드를 관리하는 코드가 반복되고, 필드가 추가될 때마다 TranslatableField를 함께 추가해주어야 한다는 부분에 대해 번거로움을 느꼈습니다

현재 진행중인 공모전 프로젝트는 외국인의 한국 관광 활성화를 돕고자 하는 어플로, 서비스 내 다국어 지원이 요구된다. 프론트에서 받아오는 데이터를 번역처리를 하기에는 번역 성능이 썩 좋지 않으며, 그만큼 성능이 떨어질 수 있기에 생각하지 않았다. 특히 서비스 특성 상

횡단 관심사(Cross-Cutting Concerns)를 모듈화하기 위한 기술 여기서 횡단 관심사란, 애플리케이션의 핵심 비즈니스 로직과는 별개로 여러 모듈에 공통적으로 적용되는 기능을 의미합니다!로깅, 트랜잭션 관리, 보안, 성능 모니터링 등에 일반적으로 적용됩니다.

보통 Redis를 사용하여 인기 검색어 랭킹을 구현할 때, Sorted Set을 사용하곤 한다.Redis Sorted Set은 key 하나에 여러개의 score와 member로 구성되는데, 이때 member값은 중복되지 않으며 score를 기준으로 정렬된다.보통 mem

위와 같이 @OneToMany 관계로 설정된 files기존 코드를 단순화해보았다Delete가 제대로 작동하지 않는 이유는 너무나 당연하고 간단했다(1) post 객체를 미리 가져온 후 (2) File 엔티티를 삭제하게 되면 분명 정상적으로 삭제되는 것을 확인할 수 있지

데이터베이스 정렬문을 실행할 때 정렬이 되는 듯 하면서 안되는 현상이 나타난다면, collation 옵션을 확인하자ORDER BY 열 COLLATE "C" 를 사용할 수 있다.여기서 "C"는 C 언어의 바이트 순서를 사용하며, 이는 주어진 문자열을 바이트 단위로 비교하

스프링부트 내에서 Database를 구성할 때 보통 application.yml에서 다음과 같이 작성한다.대부분의 작은 프로젝트에서는 이렇게 단일 DB로 구성되지만, 여러 개의 DB로 나누어 관리하거나 외부 DB를 참조해야 할 경우 다중 데이터베이스 구성이 필요하다.나

업로드중..IntelliJ의 Generate Javadoc 기능을 통해 문서화를 진행하던 도중 이런 에러가 발생했다.정말 단순한 문제였다. 파일 경로 중 인코딩이 안되는 문자열이 포함되어 있을 경우 발생한다.영어, 숫자와 허용되는 '\_'등의 특수문자를 제외하고 한글

웹페이지 내에 에디터를 쉽게 임베딩 할 수 있는 Quill.js는 정말 간편하게 사용할 수 있는 자바스크립트용 툴이다. https://quilljs.com/docs/quickstart/ 공식문서에도 굉장히 깔끔하게 정리가 되어있지만, 사진 업로드 등의 후처리가 필요한

local과 Http환경에선 잘 돌아가던 Kakao OAuth2가 로드밸런서를 통해 HTTPS로 빌드했더니 authorizationrequestnot_found 오류가 나타났다. 처음엔 redirect url 문제인 줄 알았으나, 디버깅해본 결과 Spring Secu

Env : Superset 2.0.1공식문서의 나와있는 것처럼, 기존의 config.py가 import할 새로운 설정파일로 superset_config.py를 생성하였다.대쉬보드를 공유할 때 url parameter를 받아와서 조건문으로 주기 위해, 설정을 바꾸어주어야

EC2 인스턴스 내에서 Nginx와 Tomcat를 연동해서, Nginx는 웹 서버로서 정적인 콘텐츠를 처리하고, Tomcat은 Java 기반의 동적인 웹 애플리케이션을 처리하도록 합니다.jdk / openjdk version "17.0.7" 2023-04-18 LTSN

현재 진행중인 프로젝트의 로그를 어떻게 모니터링할지 고민하다가, 이전부터 사용하고 싶었던 ELK 스택을 적용해보기로 했다.ELK를 하나씩 세팅하기에는 상당히 오랜 시간이 걸릴 듯 하여, Docker & Docker Compose를 사용해서 쉽게 구성할 수 있는 컨테이너

Roy가 발표한 Rest API는 요즘 시대에서는 잘 지켜지고 있진 않은 것 같다.Rest 아키텍처를 진짜로 준수한 API는 Restful API라고 통칭하는 것 같은데, 잘 모르는 상태에서 두 개념을 모두 접한 사람들은 상당히 헷갈릴 수도 있다고 생각이 든다. 여기서

스프링 시큐리티에서는 다양한 패스워드 암호화 방식을 사용할 수 있는데,그 중 가장 대중적으로 사용되는 BCryptPasswordEncoder 라이브러리를 적용하려고 했다.하지만 테스트를 하던 중, 패스워드 암호화 과정에서 문제가 있는 것을 발견했다.우리 서비스에서 비밀

위와 같이 사용자 인증 시 계정이 존재하지 않으면 UsernameNotFoundException, 단순 비밀번호 오류면 BadCredentialsException e가 뜨게 해놨다.하지만, 테스트코드를 돌려본 결과 아이디가 없어도, 비밀번호가 틀려도 항상 BadCred

Spring Security의 Configure method를 아래와 같이 작성했으나, .antMatchers("/api/login", "/api/signup", "/resources/\*\*").permitAll() 설정을 했음에도 불구하고 로그인을 시도할때마다 계속

상태바에 앱의 정보를 출력하는 것을 의미함 (알림)배터리 상태가 있는 부분을 상태바라고 하며, 이는 일종의 시스템 창이다. 시스템 코어 정보를 뿌리기 위한 창액티비티가 제어 불가능, 액티비티의 영역이 아님직접 제어는 불가능하나, 시스템에 의뢰를 해서 시스템에서 관리하고

백그라운드에서 오랜 시간 수행되는 업무를 담당하기 위한 컴포넌트!화면 출력 능력은 없음! (only background) , 다만 화면 반응성은 아예 없거나 드물게 발생하는 업무여야함 (activity는 반응성 있음!) // 화면에 다른 앱이 사용된다고 해도 계속 처리