import { Route, Routes } from "react-router-dom";import Footer from "./inc/footer";import UserHead from "./inc/frontHead";import Header from "./inc/header";import Main from "./main/main";import WorkView from "./work/workView";import WorkList from "./work/workList";import About from "./about/about";import Contact from "./contact/contact";import { useState } from "react";function Front(){ retur..
1. 가입 2. 버킷 생성 권한은 따로 적어줄 것이기에 모두 해제한다. 만든 버킷 클릭 권한 > 버킷 정책에 정책을 적어서 넣어준다. "Version": "2012-10-17": 이 부분은 정책의 버전을 나타냅니다. "2012-10-17"은 이 정책의 버전을 나타내는 표준 AWS 정책 버전입니다. "Statement": 이 부분은 정책의 주요 선언을 포함하는 배열입니다. 여기에는 여러 개의 선언이 올 수 있습니다. "Sid": "PublicReadGetObject": 이 부분은 선언의 식별자입니다. 각 선언에 대해 고유한 식별자를 제공하여 추후에 정책을 관리할 때 사용할 수 있습니다. "Effect": "Allow": 이 부분은 이 선언의 효과를 나타냅니다. "Allow"는 해당 작업이 허용된다는 것을 ..
Version 1. SpringMVC Build: Maven Java: 1.8 JSP Mybatis 🔽 Upgrade Version 2. SpringBoot: 3.1.3 Build: Gradle Java: 17 React:18.2 Spring data JPA 목표 약 1년 전 즈음 만든 프로젝트의 업데이트 제안을 받았다. → SpringMvc 복습, Spring JPA, data JPA, React.js의 목적으로 프로젝트 진행 → 예외처리 등 운영 때에 불편했던 점 개선 → 분편했던 Work UI 개선 BACK 단(소스확인) 예외처리 공통 기능 batch size처리, 쿼리 요청 횟수 줄임으로 속도개선 1. 예외처리 예외처리는 크게 바뀐 부분으로 고민이 많이 되었다. 실무에서는 어떻게 사용될까를 고민하..
해당 오류는 dependencies { implementation 'org.springframework.boot:spring-boot-starter-data-jpa' implementation 'org.springframework.boot:spring-boot-starter-thymeleaf' implementation 'org.springframework.boot:spring-boot-starter-web' implementation 'org.springframework.boot:spring-boot-starter-validation' implementation 'org.springframework.security:spring-security-crypto' implementation 'org.sprin..
여러 테이블이 하나의 파일첨부 테이블을 사용하다보니 쿼리를 만들 때에 번거로움이 꽤 있다. 이 중에 썸네일로만 사용되는 쿼리를 만들어보려 했다. 변경 전 JPQL @Query("SELECT w FROM Work w JOIN FETCH w.files f " + "WHERE w.id = :id ORDER BY f.cd = 'thumb_nail' desc, f.ord ASC, f.tmplType ASC, f.picOrd ASC") 직관적으로 DB SQL로 만들어보려니 잘 안됐다. 메뉴얼을 봐도 딱히 답이 없는 상황이었다. 여러 방식을 사용했고 만든 결과 @Query("SELECT w FROM Work w JOIN FETCH w.files f " + "WHERE w.id = :id ORDER BY CASE WH..
깨진 창문 이론을 아는가? 아주 번창하고 깨끗한 도시에서 아이들이 야구를 했다. 타자가 친 공이 어떤 건물의 창을 깨게 되었다. 하지만 집주인은 귀찮아서 그 창문을 바꾸지 않고 그대로 두었다. 몇 개월 뒤 그 도시는 점점 더러워 지고 망했다고 한다. 땅에 담배꽁초가 1개라도 떨어지면 흡연자는 버려도 되는 줄 알고 담배를 버리기 시작한다. 곧 그 땅은 재떨이가 되어 더러워 진다. 코딩도 그렇다. 테스트를 하고나면 꼭 지워야한다. 나의 경우 계속 공통 예외처리가 안먹어서 2시간을 고생했는데, 알고보니 @RestControllerAdvice가 어떤 컨트롤러에 또 붙어있었다(결국 2개나 공통처리기를 가지고 있었던 것)........ 예전에 테스트로 만들어 둔 컨트롤러가 이렇게 되다니 너무 충격.. 진짜 바보짓했..
jdk 21을 사용 중에 예외처리를 위해 @RestControllerAdvice를 사용하던 중 오류를 만났다 No enum constant javax.lang.model.element.Modifier.SEALED 엥? 그냥 콘솔에 떡하니 떠버리니 어떻게 할 수 없는 상황.. 검색해보니 딱히 정보도 없다. 없는 정보라도 긁어보니 뭔가 jdk 버전이 이상한 느낌이 들었다. 인텔리제이 -> file -> Project Structure 을 눌러 jdk를 확인해보던 중 language level이 17로 되어있는 것을 발견했다. (17 - sealType..) 오류에 나오는 SEALED과 비슷하단 생각이 들었고, 21버전이 없어 프로젝트 jdk 버전을 17로 낮췄다. 낮춘 뒤 다시 기동해본 결과 제대로 돌아간다..
토이 프로젝트를 진행함에 앞서 예외처리를 근사하게(?) 좀 실무에 가까운 방식으로 만들기 위한 이야기를 적어보려한다. 1. 서블릿 서블릿은 다음 2가지 방식으로 예외 처리를 지원한다. - Exception (예외) - response.sendError(HTTP 상태 코드, 오류메시지) try-catch에서 예외를 잡지 않으면 서블릿 밖으로 까지 전달되는데 어떻게 동작 될까? 이런 순으로 전파가 된다. 일단 기본부터 적어본다. - 서버 내부에서 처리할 수 없는 오류 : 500 - 페이지를 찾을 수 없는 오류 : 404 (not find) Exception (예외) WAS(여기까지 전파)
- Total
- Today
- Yesterday
- HTTP
- 스프링부트
- react실행
- jpa api
- SpringBoot
- 로그인
- reject
- 향해99
- 예외처리
- BindingResult
- hypertexttransferprotocol
- 항해플러스
- ArgumentResolver
- Java
- 향해플러스
- React
- exception
- 항해99
- JPA
- 인터셉터
- 향해플러스백엔드
- 스프링공부
- Intercepter
- 컨트
- 리터럴
- thymleaf
- 백엔드 개발자 공부
- rejectValue
- 백엔드 개발자 역량
- filter
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |