
한 번도 문제가 생긴 적 없는 곳에서 삽질하는 상황이 생겼다. 회원 정보 수정 페이지로 넘어가질 않는 것이었다. 문제는 구현 코드는 문제가 없는 것 같고.... 오늘은 머리도 아프고 도서관에서 퇴근하고 싶은 마음이 안드로메다까지 닿은 상태이니 빠르게 정리하겠다. @RequestMapping("/users")로 user에 해당하는 URL을 지정하였다. login 메서드에서 들어온 값으로 DB의 값을 호출해 담고, update를 보면 로그인이 되어있는지 확인 후 model에 담아 값을 넘겼다. 핸들바를 사용하여 로그인되었을 때는 Edit Members와 logout만 보이게 해놓고 로그아웃 상태일 경우 login과 join만 보이게 설정하였다. 그 후 실행한 결과 제대로 mapping이 안되고 Edit Me..
빌드를 알아보기로 한 가장 큰 계기가 되었던 Mapping에 대한 문제를 해결했다. 문제를 확인하기 전에 학원에서 과제로 했던 연습용 웹페이지와의 차이를 비교해보고자 한다. 사진상의 연습용 웹페이지는 mapping 설정 없이도 문제가 없이 잘 작동한다. 그리고 아래 localhost:8080은 이번에 graphQL을 적용하여 작업하려 하는 웹페이지다. 여전히 안돌아간다. 빌드에 대해 공부하고 있지만, 실질적인 사용법에 관한 공부는 아니었고 이론적인 OS에 관련된 부분이었기에결국, 나는 최후의 수단을 썼다. 커뮤니티 에디션과 30일 무료 체험판으로 받은 얼티밋 에디션을 동시에 켜고build.gradle 파일과 application.properties에 대해 비교하기로 한 것이다. 그중에서도 우선 build..
- Total
- Today
- Yesterday
- 인텔리J
- 모듈
- body
- MySQL
- 스터디 회고
- homebrew
- JAR
- springboot
- Spring
- 일지
- 회고
- 자바스크립트
- Java
- Request Handler
- JavaScript
- 개발
- RequestHandler
- graphQL
- header
- HTTP
- 멀티모듈
- 프로그래머스
- @Autowired
- mapping
- Spring Boot
- Gradle
- spring-boot
- web
- 한 입 크기로 잘라먹는 리액트
- 개발일지
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |