아이니그마

토큰을 발급받고 나니까 얼추 적응을 했는지 또 금방 환불을 구현했다 어떻게 api와 통신하는지 감을 좀 잡은 거 같다 service 헤더에는 토큰을 넣어주고 바디에는 결제 id를 넣어준다 그다음 주소로 쏴주고 dto를 만들어서 받아준다! dto 진짜 편리하다 dto로 받는 기능 결과 너무 기쁘다 ㅠㅠㅠ 외부 api 사용하기! 포기하고 싶었던 구간을 넘었다! 첫날 진짜 몇 시간 동안 토큰 받는 거에 매달렸는데 그다음 감을 잡았는지 일사천리로 했다 ㅠㅠㅠ 토큰/결제정보 받기/결제 취소, 환불 모두 터득했다 ㅠㅠㅠ 처음에 어 뭐야 겁나 쉽네 결제시스템 했는데... 검증을 서버에서 해야 한다니ㅋㅋㅋ 하 그래도 아임 포트가 있어서 이 정도지 직접 구현했다가는 어후... 이제 이걸 토대로 예약/변경/취소를 만들자!

이제 토큰을 받아왔으니 토큰을 이용해 결제정보가 맞는지 확인하기 위해 결제정보를 가져와보자! 생각보다 빨리 해냈다 https://api.iamport.kr/ API-아임포트 api.iamport.kr apl를 자세히 보면 payments : 결제내역 조회 및 결제 취소 /payments/{imp_uid}를 사용해서 가져왔다 dto service 처음에 nobody오류가 나길래 body로 토큰을 보냈는데 또 같은 오류가 났다 그래서 보통 이런 건 헤더로 보내던데 해서 그냥 헤더로 보내봤다 결과 구매정보를 받았다 근데 분명 api에 get이라고 되어있었는데 postForObject를 사용해서 성공했다.. 이제 가격을 비교해서 좌석 가격과 일치하면 true를 리턴하고 아니라면 결제 취소를 하자!

진짜 죽는 줄 알았다 결제만 몇 번 한 건지 모르겠다 오후 2시 부터 했는데 현재 8시이다 일단 결제 시스템을 만든 이유는 사실 예약 변경/수정/삭제는 이제 db에서 delete/update/insert 하는 일만 남았었다 또 똑같이 만들기엔 좀 발전이 없는거 같아서 결제 시스템을 적용 하려고 한다! 처음 결제를 하는건 어렵지 않다 그냥 프론트에서 해주면 되는데 문제는 서버였다 검증을 해주려면 일단 토큰부터 발급받아야 하는데 진짜 겁나 힘들었다 내가 찾은 해답은 이것이다 js 알아서 제공해주는 기능이고 rsp가 오면 성공적이라면 rsp id를 서버로 준다 restcontroller 일단 서비스고 뭐고 빠른 테스트를 위해 컨트롤러에서 테스트 중이었다 진짜 죽는 줄 알았다 진짜 서버로 통신 어떻게 해야 하는..

+추가 20210821 당일이 아닌 더 업그레이드 된 예약시스템은 여기있습니다 https://cordingmonster.tistory.com/138 Springboot 예약시스템 만들기!(1) 연/월/일/요일 뿌리기! 이전에 kimscafe에서는 '당일' 예약만 가능한 시스템이었다 이번엔 언제든 가능한 예약시스템을 사용해보자! 시나리오 자리 선택->년/월/날짜 표시-> 날짜 선택-> 시간표시-> 예약 프런트 서버 html cordingmonster.tistory.com 이제 예약 시스템 2번째 히스토리 시스템을 만들어보자! 이게 히스토리와/예약의 다른 부분은 예약 시스템은 사용자가 예약을 사용하거나/예약시간을 놓치거나 하거나 예약의 효력이 없어지는 상황이 된다면 사라진다 하지만 히스토리는 사용하든/효력이..

이제 spring에서 json을 프런트로 주는걸 아주 간단하게 해볼건데 왜냐면 현재 프로젝트는 실패/성공만 boolean으로 주고 있다 프로젝트 막바지가 되면 사용자가 실패를 하더라도 xx가 맞지 않습니다 혹은 글자 수를 초과하였습니다 등 여러 상태 메시지를 던져 줘야 한다 두 가지 방법이 있는 거 같은데 JSONObject를 사용해서도 json을 던질 수 있는데 map을 사용해서 던질 수도 있다고 한다 jsonObject Map 결과를 보면 제대로 나온다

xmlhttprequest로 어떻게 사진들과 글 내용들의 데이터를 보낼까 하다가 json에 대해 봤다 이미 익히 익히 알고 있었지만 그래서 궁금해졌다 json으로 프런트가 보냈을 때 과연 어떻게 받아야 하나 테스트 결과 @RequestBody을 사용해줘야 했다 @RequestParam은 예를 들어 /test? email="kim"&pwd="1111" 이렇게 받는 형식이고 @RequestBody은 json 그 자체를 받는 형식이었다 postman으로 테스트해보면 아참 고로 spring은 파라미터 이름과 vo/dto 내부 클래스 변수가 이름이 같다면 그냥 자동으로 저렇게 받아서 사용이 가능하다 (테스트 임으로 @vaild를 하지 않았다) 결과는 @RequestBody을 이용해 json을 받았다! 이제 내소스..