실행 중인 docker 컨테이너 리스트 확인 $ docker ps docker 컨테이너 shell 으로 접속 : exec $ docker exec -it {containerID} /bin/bash exec 명령은 docker 컨테이너 내에 새로운 프로세스를 포크한다. 새로운 프로세스를 /bin/bash 로 정한 것이기 때문에 컨테이너 내에 /bin/bash 가 존재하지 않는다면 이 명령어와 똑같이는 접근할 수 없다. 별도의 bash 프로세스에서 로컬 bash 세션으로 접속할 수 있다. attach 명령으로 붙은것과 달리, exec 명령으로 붙은건 별도로 실행된 bash 이기 때문에 종료는 exit 명령으로 빠져나와도 된다. bash 종료 : exit $ exit 사용예시 root@beside:~# doc..

심리학에 더닝 크루거 효과라는 말이 있다. 조금 아는 사람이 신념을 가지는게 제일 무섭다는 말을 아주 멋있게 해놓은 것 ^^ 더닝 크루거 효과 : 능력이 없는 사람이 잘못된 판단을 내려 잘못된 결론에 도달하지만, 능력이 없기 때문에 자신의 실수를 알아차리지 못하는 현상 사건의 발단 2022년 10월 정말 좋은 기회로 사이드 프로젝트를 참여하게 되었는데, 사실 이게 처음부터 이상했다. 나중에는 '온 우주가 사이드 프로젝트 하라고 밀어주는 건가....' 하고 쓸데없는 생각까지 했음.(ㅎ) 이때 나는 본사에서 라오스 해외 프로젝트를 하고 있었고 사수님이 꼭!! 같이!! 해외 출장 데려간다고 하셨는데.. 결국 철썩같이 믿고 있던 해외 출장을 못 가게 되었다. 그리고 슬픈 마음에 충동적으로 유료 사이드 프로젝트를..
포트 사용하고 있는 프로세스 확인 sudo lsof -i :8080 다음과 같이 포트를 확인할 수 있다. COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME java 1949 daeun 8u IPv6 0x9bd5b38e4fbe7c4b 0t0 TCP localhost:http-alt (LISTEN) java 15097 daeun 176u IPv6 0x9bd5b38e4fb4444b 0t0 TCP *:http-alt (LISTEN) 특정 포트 프로세스 죽이기 kill 명령어 kill -9 {PID} fuser 명령어 $ fuser -k -n tcp 9090 9090/tcp: 2894
[로컬 저장소] 브랜치 이름 변경 $ git branch -m 기존브랜치명 변경할브랜치명 230212-daeun ➡️ 230215-daeun 로 변경하였다. $ git branch -m 230212-daeun 230215-daeun $ git status On branch 230215-daeun [원격 저장소] 브랜치 이름 변경 $ git push origin 변경할브랜치명 $ git push origin --delete 기존브랜치명 새로운 브랜치 푸시 + 기존 브랜치 삭제 한번에 하기 $ git push origin :기존브랜치명 변경할브랜치명
add 취소하기 : staged 상태를 unstage 로 변경 $ git restore --staged {파일명} $ git restore --staged ../batch/src/main/kotlin/com/beside/backend/batch/job/wisesaying/WiseSayingJobConfiguration.kt $ git status On branch daeun Changes to be committed: (use "git restore --staged ..." to unstage) new file: ../api/src/test/kotlin/com/beside/backend/api/service/emotion/EmotionServiceTest.kt Changes not staged for c..

피치 못할 사정으로... 쓰고 있던 젠킨스에 접근을 못하게 되어 수동으로 배포할 일이 생겼다. 이참에 리눅스에 jar 파일로 배포하는 법도 익힐겸 수동 배포를 해보았다. 깃허브 연동하여 배포하는 방법은 차차 해봐야겠다.! 젠킨스 만세...!! * 리눅스 서버 배포 ? 로컬에서 프로젝트를 배포하여 새로 시작할 때는 IDE로 손쉽게 Run 버튼을 누르면 되지만, 리눅스 서버에서 배포하기 위해서는 jar 파일을 실행해 줘야 한다. jar 파일 빌드하기 1. 우측 Gradle 탭 - 배포하고자할 모듈 - build - bootJar 실행 2. 좌측 프로젝트 - 배포할 모듈 - build - libs 폴더에서 생성된 jar파일 여기서 생성된 jar파일을 Linux 서버에 옮겨 실행하면 배포 된다. 서버에 JDK ..
프로세스가 정상적으로 동작하고 있는지를 확인 ps -ef | grep java : 현재 실행되고 있는 java 관련 프로세스가 있는지 확인한다. $ ps -ef | grep java root 14188 14162 0 Feb06 ? 00:39:45 java -jar -Dspring.profiles.active=dev /api.jar root 43501 42301 9 18:46 pts/0 00:00:26 java -jar api.jar root 44611 42301 0 18:51 pts/0 00:00:00 grep java 프로세스 중지 kill -9 {pid(프로세스번호)} $ kill -9 43501

지금 해결 못하고 있는 에러 물어보기 Resolve this issue. Could not autowire. No beans of 'JobBuilderFactory' type found. This error message indicates that the JobBuilderFactory class is not found in the application context. This can happen for several reasons, including: The required library or dependencies are missing in your project. The class is not correctly imported in your code. The class is not annotated..
- Total
- Today
- Yesterday
- redisson 분산락
- addFilterBefore
- JPA
- n+1
- Java
- checkout
- 오블완
- 스프링오류
- Cannot construct instance of
- bucket4j
- Kotlin
- MultipleBagFetchException
- 추상클래스
- dto 클래스 생성자
- MongoDB
- FetchJoin
- ChatGPT
- 자바 어플리케이션 실행 과정
- Linux
- QueryDSL
- Git
- jvm warm-up 전략
- 스프링 스케줄링
- spring boot 3
- 티스토리챌린지
- 배열
- array
- Spring Security
- junit5
- port
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |