개발새발

원하는 워크스페이스 내에서 터미널 실행 mkdir 폴더명 (혹은 그냥 직접 만들기) 폴더 client, server 만들고 mkdir server npx create-react-app client 1) client 폴더 들어가서 npm i axios 2) server 폴더 들어가서 npm init (package.json 생성) : package 세팅 npm i oracledb express (package.json 내에 express, oracledb 설치 확인 가능) npm i cors server.js 작성 완료 후 server에서 npm start실행해서 테스트 > Server 시작 : http://localhost:5000 백엔드 연결 확인 되면 client 실행 npm start

버전관리의 또 다른 효용 : 과거로 돌아가기 커밋을 취소하는 명령어 git reset (사용에 주의가 필요함) 현재의 로그를 취소해서 과거(이전 버전)로 돌아가고싶은 경우 방법 1 : reset / 방법 2 : revert 1. 특정 버전의 상태로 돌아가고싶다 git reset 커밋id --hard > 해당 커밋 이후의 버전 삭제 & 해당 버전으로 복귀 hard : 심플한 작동을 위해 적용한 옵션(안전성 매우 떨어짐) 그 외에 soft와 mixed 옵션도 존재하는데 잘 쓸 일은 없다 git reset 커밋id --soft, git reset 커밋id --mixed 눈으로 보기에는 log에 존재하지 않는 이후 버전이 삭제 된 것처럼 보이지만, git은 웬만하면 정보 자체를 삭제하지 않는다 (눈에 보이지 않..

이전 글에서 git commit을 통해 버전을 생성해보았다. 그리고 버전을 생성하는 데에는 1. 과거 어느 시점의 내용을 확인 가능하다 (시점에 따른 내용의 차이점을 알 수 있음) 2. 과거 시점으로 돌아갈 수 있다 이렇게 크게 두 가지 효용이 존재하는데, 이번에는 이 효용을 위한 명령어를 알아보겠다. 1. git log 지금까지의 버전의 역사를 확인 가능한 명령어 간단하게 디렉토리 내에서 git log를 실행해보자. 이렇듯 git log를 실행하면, 지금까지의 모든 버전에 대한 정보(커밋 메세제, 커밋해시, 커밋 생성 날짜, 작성자...)를 확인이 가능하다. 하지만 보통은 이렇게 처음부터 끝까지의 기록을 확인하기 보다는, 필요에 따라 시점에 맞는 버전을 찾고싶어할 것이다. 그래서 우리의 git은 git..

1. Node.js 설치 LTS로 다운로드 (업데이트가 잦지 않은 대신 안정성이 높음) 다운로드 완료하면 cmd에서 npm -v 명령어로 버전확인 2. React 개발 환경 설정 작업을 진행할 workspace 경로에서 cmd 실행 > npx react-create-app 폴더명 만약 'ERR! A complete log of this run can be found in' 경고문이 뜰 경우 > User\user1\AppData\Roaming에 새폴더로 npm 생성 (혹은 npm install -g npm) npm 폴더 생성 후 다시 workspace 경로로 돌아와서 > npm cache clean --force > npm cache verify > npx create-react-app 폴더명 Happy ..

그동안은 학원에서 배운대로 그저 기계적으로 GitHub을 이용해왔다. '명령어.. 사실 좀 어렵긴하지만 그냥 뭐 코드 파일만 올릴 수 있음됐지' 하면서 더 이상 공부할 필요성을 느끼지 못하고 대수롭지 않게 넘겨왔는데.. 하지만 사용 할 때마다 어쩐지 가려운 부분이 너무 많았고, 평소와 다른 작업이 필요할 때면 매번 뭔지도 모르고 구글링해서 나온 명령어만 긁어와서 대충 해결하고있는 내 모습에 문득 현타가 왔다. 이놈의 Git.. 뭔지도 모르고 계속 이렇게 쓰는게 맞나? 해서 드디어 시작해보는 공부... 당장 급한 공부가 더 많다고 생각했는데 아닌 것같다. 가보자고. 1. Git 이란 버전관리시스템(VCS, Version Control System)의 일종으로, 파일 변화를 시간에 따라 기록하고 추후 특정 ..

죽어도 작동 안하던 롬복 어노테이션이 드디어 getter, setter를 생성하는데 성공했다. 학원 컴퓨터에서는 멀쩡히 잘 돌아가는게 도대체 왜 내 컴퓨터만 쓰면 이렇게 되는건지.. 아무튼 너무 많은 것들을 건드려서 어떤 것이 원인인지는 정확히 모르겠으나 지금까지 시도해본 것을 나열해보자면 1. 시스템 환경 변수 Path 설정 2. 사용자명 한글 > 영어로 변경 (오라클 설치 때처럼 설치 경로에 한글이 껴있어서 문제가 됐을 수도 있겠다 싶었음.. 우여곡절 끝에 드디어 영어로 바꾸기 성공했다. 덕분에 vsCode 실행에 난리가 나긴했지만 아무튼...) 3. 롬복 및 STS4 재설치 4. dependencise 관리 (pom.xml들어가서 인터넷 검색해서 나오는 내용으로 세부사항 변경해줌) 5. eclips..

JSP를 처음 배우면서, 모르는 용어들이 쏟아져서 상당히 힘들었던 기억이 있다. 특히 그 중, '톰캣'이라는 놈이 가장 골치 아팠던 것 같다. 뭔지도 모르는 놈을 어떻게 설치도 하고 적용도 해서 결과물까지 내봤는데.. 여전히 이게 정확히 어떤 기능을 하는지 이해가 되지 않는다. 검색해보면 다들 '아아. 이것이 WAS라는 것이다' 만 하고 있는데, 도대체 와스가 뭐야? . . . 해서 나름대로 공부해보는 글 일단 WAS가 무엇인지를 알기 위해서는 우리가 개발하는 웹 서비스의 동작 방식을 먼저 알아야된다. 어떤 사용자가 티스토리를 이용하기 위해 로그인을 시도하는 상황을 가정해보자. 분명 어딘가에는 사용자가 티스토리와 통신을 할 수 있도록하는 존재가 있을 것이다. 이것을 '웹 서버(Web Server)'라고 ..

어떤 프로젝트를 만들것인가? OracleDB에 존재하는 products 테이블의 데이터를 JPA를 통해 불러오자! 그럼 이제 결과 페이지가 나오기까지의 과정을 함께해봅시다! 그리고 여전히 틀린 정보 속출 가능 주의 사전작업 이번엔 myBatis가 아닌, JPA를 사용할 것이기 때문에 프로젝트 Dependencies는 이렇게 선택했습니다. (생각해보니 여기서 쓸 글에는 타임리프가 딱히 필요하진 않네요ㅎ) 그리고 프로젝트 실행에 필요한 파일은 지난 글의 내용을 재탕하자면.. 위와 같기 때문에 src/main/java 경로에는 총 네 개의 파일이 필요합니다. 파일명은 알아서 하십쇼.. 1. Model(혹은 vo) : Products.java 2. Repository 인터페이스 : ProductsReposito..