| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- docker compose
- dockerhub
- JPQL
- securitycontextholderfilter
- 페이징
- @ComponentScan
- docker
- JWT
- JPA
- DI
- 서블릿 컨테이너
- Dead Letter Queue
- 스프링 부트
- AWS
- Web
- Spring Container
- JdbcTemplate
- CORS
- mybatis
- Spring
- 컨테이너
- MSA
- 쿠버네티스
- kafka
- redis
- Spring Data JPA
- DLQ
- @Transactional
- Routing Key
- 지연 로딩
- Today
- Total
목록@Validated (2)
look-forest
스프링이 제공하는 외부 설정을 읽는 방법들을 알아보자. 스프링이 지원하는 다양한 외부 설정 조회 방법Environment@Value - 값 주입@ConfigurationProperties - 타입 안전한 설정 속성외부 설정 사용 - Environment외부 설정들은 스프링이 제공하는 Environment 를 통해서 일관된 방식으로 조회할 수 있다.@Configurationpublic class MyDataSourceEnvConfig { private final Environment env; @Bean public MyDataSource myDataSource() { String url = env.getProperty("my.datasource.url"); Stri..
고객이 입력한 값을 검증할 필요가 있다.클라이언트 검증은 조작할 수 있으므로 보안에 취약하다 (postman만 써봐도 우회가 가능)서버만으로 검증하면, 즉각적인 고객 사용성이 부족해진다.=> 둘을 적절히 섞어서 사용하되, 최종적으로 서버 검증은 필수 먼저 검증을 직접 구현해보고, 뒤에서 스프링과 타임리프가 제공하는 검증 기능을 활용해보자 version1. 순수 검증 직접 구현 검증 로직 에러 메시지를 모델에 담아 뷰로 보내고, 뷰에서 처리한다. 화면 처리 화면 처리 시 고객이 이전에 입력한 데이터가 보이는 이유는, 애초에 객체를 보내도록 설계했기 때문이다. 문제는 중복이 너무 많고, 번거롭다는 것과타입 검증이 불가하다는 것이다. 타입 오류는 컨트롤러에 오기 전에 바인딩 오류가 발생해서 400에러가 발생..