일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 데이터베이스 방언
- Git
- 김영한JPA
- 네이버로그인API
- SpringBoot
- http
- 멱등활용
- hibernate.dialect
- ERROR TYPE : org.apache.ibatis.binding.BindingException
- org.apache.ibatis.binding.BindingException
- fixedDelay
- Transaction not successfully started
- gitrevert
- initialDelay
- 캐쉬가능
- Invalid bound statement (not found)
- 자바ORM표준프로그래밍
- @Table
- HTTP3
- RFC723x
- JPA
- DB방언
- 매핑정보가없는필드
- KAKAOLOGINAPI
- gitreset
- @Entity
- 무상태프로토콜
- anyMatch
- HTTPMESSAGE
- 네이버 연결된 서비스
Archives
- Today
- Total
목록Get (1)
twocowsong
[모든 개발자를 위한 HTTP 웹 기본 지식 - 14]
HTTP 메서드 HTTP API HTTP API를 만들어보자. 요구사항은 아래와 같다. • 회원 목록 조회 • 회원 조회 • 회원 등록 • 회원 수정 • 회원 삭제 요구사항에 맞는 URI을 만들때 가장 중요한것은 리소스 식별이다. 리소스란? • 회원을 등록하고 수정하고 조회하는게 리소스가 아니다! 예) 미네랄을 캐라 -> 미네랄이 리소스 • 회원이라는 개념 자체가 바로 리소스다. • 리소스를 어떻게 식별하는게 좋을까? - 회원을 등록하고 수정하고 조회하는 것을 모두 배제 • 회원이라는 리소스만 식별하면 된다. -> 회원 리소스를 URI에 매핑 리소스만 식별하게된다면 아래와 같아진다. • 회원 목록 조회 • 회원 조회 • 회원 등록 • 회원 수정 • 회원 삭제 리소스와 행위를 분리하며 가장 중요한것은 리소..
IT/HTTP
2022. 1. 22. 16:16