git clone url : 원격 브랜치를 클론.git branch -a : 원격&로컬의 모든 브랜치를 표시git branch -r : 원격 브랜치만 표시git checkout -t 원격저장소이름/브랜치이름 : 원격저장소의 해당 브랜치를 로컬에도 생성한 뒤 해당 브랜치
sudo ls | grep '.wav' | cut -d . -f 1 | while read line; do sudo mv $line.wav $line.mp3; done
@Entity와 @Builder을 함께 사용하려고 다음과 같이 엔티티 클래스를 선언했다.Entity는 NoArgsConstructor 어노테이션이 필요해서 선언 해줬는데,이런 에러가 발생했다.찾아보니,@Builder 어노테이션은 @AllArgConstructor가 필요
사용자 Access 관리를 위해서Spring Security를 도입했다.이전에 WebMvcConfigurer implement해서 WebConfig에 CORS 설정 해둔 설정과 동일하게WebSecurityConfigurerAdapter를 상속한 SecurityConfi
배포 잘하던 jenkins가 갑자기 이런 에러를 뿌렸다..Caused by: hudson.plugins.git.GitException: Command "git fetch --tags --force --progress -- git@github.com:cheun0327/A
JWT를 사용해 사용자 로그인/회원가입 사용자 인증을 구현했다.이제 request마다 token을 분석해서알맞은 response를 보내주면 되는데,,,사용자 별로 고유한 데이터를 담아서 보내줘야하는 경우가 생겼다.세션을 사용했을 때는 그때그때 session정보 호출해서
지금까지 아주아주 편리하게 잘 사용하던 HttpSession이 이번 프로젝트에서 말썽이었다.문제 1세션 저장은 잘 하는데,새로운 request에서 항상 새로운 httpsession을 생성했다.(request.getSession())문제 2HttpSession이 set되
JPA에서 ID값으로 객체를 가져오는 메소드는 두가지이다.getById / findByIdgetById() 는 원래 getOne() 이었으나 해당 메소드가 Deprecated 되고 대체되었다.내부적으로 EntityManager.getReference() 메소드를 호출하
QueryDSL 도입 후,nohup + & 으로 jar파일 실행하니 계속해서 오류가 발생했다.build과정에서 문제가 있었나 확인을 위해jenkins가 build한 jar파일을 그대로 서버 쉘 환경에서 실행했다.잘 동작한다.그렇다면 배포 스크립트가 잘못되었구나!이전 p
현재 비즈니스 구조에 맞는 로그인 로직을 고민중.. 사용자 편리성을 위해 소셜 로그인 반드시 적용 예정. 한 명의 사용자는 하나의 소셜 로그인으로만 서비스 이용가능 -> 기본 회원가입 배제 -> 전화번호 기반 -> 메인으로 회원가입을 특정 소셜 로그인으로
crontab을 사용하여 하루 한번 데이터 dump를 뜬다.그런데, 잘 저장되어 있던 데이터가 원인 모를 이유....?로 날아가버렸다.그것도 일부만.. 전날까지의 데이터는 복구가 되었으나, 한 직원분의 하루치 작업 내용이 사라진것..하루 한 번 dump는 주기가 너무
pom.xml websocket DIservlet-context.xml -> webSocketHandler추가 \-> httpSession으로 user관리할 예정이므로 interceptor 추가webAppInitializer.java -> async 추가TextWebS
UDP is faster, simpler and more efficient than TCPUDP only has the basic error control mechanismUDP is a datagram oriented protocolUDP supports broadc
1. What is an IP address 노드(컴퓨터)간 통신에 필요한 고유 주소를 뜻함. 네트워크 주소 + 호스트 주소로 구성된다. IPv4 가장 널리 사용되는 IP 주소로, 32비트 값을 가진다. 8비트씩 끊어 표기하고, 점(.)으로 구분한다.\[8비트씩 4부분
매크로를 외부에서 define할 때 사용한다.gcc -Wall -Wextra -Werror -D BUFFER_SIZE=32get_next_line.c get_next_line_utils.c이는 컴파일 할 때에 BUFFER_SIZE를 정한다는 의미 이다.메모리의 데이터