프로그래밍 공부 이야기

name값으로 인한 오류가 발생하여 접속이 되지 않는다. 결론: 구글링해본 결과, mariaDB와 DB Navigator간의 호환성 문제가 발생한다고 한다. 즉, 툴 자체의 문제로 rds설정이나 마리아db설정의 문제가 아니다.

해당 코드는 정상적으로 작동한다. dataType: text로 보내고, 이를 별도의 어노테이션없이 Map형태로 받아오는 것이 가능하다. 그러나 아래의 코드는 작동을 안한다. 브라우져 개발자 도구-네트워크 페이로드에서 정상적으로 데이터가 전송이 되는 것은 확인했으나, 서버측에서는 {} 로 받아온다. 아래 코드와 위의 코드에 차이점이 없어서 더더욱 원인을 파악하지 못하겠다. 결국 Map대신 HttpServeltRequest로 받아왔다. 문제를 해결했다기 보다는 회피한쪽에 가까운것 같다.

내가 원하는 것은 컬럼명인 th단을 제외하고, td만 스크롤이 생기는 것이다. 그러나 이를 적용하면 th단과 td단을 따로 따로 tbody로 묶어줘야만 하는데, 이렇게 구현하면 각기 다른 tbody인 탓인지 th크기가 td크기와 달라진다. 자기 멋대로 커지거나, 작아지거나, 칸이 안맞거나 한다. td나 th에 width를 줘서 조정해보려고도 했지만, 무슨 이윤지 내가 주는 width보다 실제 width가 더 커지면서 여전히 안맞는다. 복창 터져 죽겠다. 하루 종일 온갖 난리부르스를 치고 검색한 결과가 이거다... 이놈의 css는 진짜 나하고 안맞는것 같다. 머리가 아프다.

옳바르게 post요청을 날리고 post맵핑으로 받아도 계속 오류가 발생했다. 문제는 관리자 도구 -> 네트워크 창에서 test 요청을 더블 클릭 했을때 사진처럼 405 오류가 발생해서 오류의 원인을 찾는데 시간이 걸렸다. application.properties에 디버그 로그를 출력하도록 설정하고 프로그램을 실행시켜본 결과, 아래와 같은 오류 원인을 파악할수 있었다. 결과: csrf토큰을 넣지 않은 post요청이여서 오류가 발생했던 것. csrf토큰을 무력화 시키니 해결됐다. 이 문제를 해결하려고 거의 3시간을 붙잡고 있었네.... 평소에는 항상 프로젝트 시작시 csrf토큰을 disable상태로 만들어놓고 시작해서 전혀 생각도 못하고 있었다. 별것도 아닌 문제에 시간을 이리 소모했다보니 좀 당황스럽다....

진작 중간중간 진행도와 오류 내용, 해결법 등을 정리했으면 좋았을 것이라는 생각이 든다. 이미 늦었지만, 늦었다고 아무것도 안하는 것보다는 쓰는게 그나마 나으니 일단 쓴다. 목적: 각 거래소의 api를 활용해 서로 다른 거래소에서의 거래 기록과 보유 코인을 한눈에 보기 쉽게 관리하기. 진행도 : 80% - 바이낸스, 업비트, 코인원 3개 거래소를 만들기로 계획했고, 바이낸스를 제외한 나머지 두개 구현 완료 마주친 문제들: 대부분 바이낸스쪽의 문제. 바이낸스는 코드 예시도 정확히 없을 뿐더러, 설명이 불친절하고 다른 거래서 api에서 제공하는 기능을 제공하지 않는 경우가 많았음(ex) 내가 산 가격 정보 등). 이를 해결하기 위해 진행 시간의 50%이상을 소요함. 현재 문제: 스프링 시큐리티 문제. 시큐리..

스코프란? 빈의 존재 방식을 말한다. 스코프 종류에 따라 빈은 컨테이너에게 관리받는 시점을 조절하거나 객체가 유지되는 기간을 설정할수 있다. 스코프의 종류 싱글톤: 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프이다. 프로토타입: 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여하고 더는 관리하지 않는 매우 짧은 범위의 스코프이다. 웹 관련 스코프 request: 웹 요청이 들어오고 나갈때 까지 유지되는 스코프이다. session: 웹 세션이 생성되고 종료될 때 까지 유지되는 스코프이다. application: 웹의 서블릿 컨텍스트와 같은 범위로 유지되는 스코프이다 스코프의 등록법 @Scope("[스코프 종류]") 를 사용하면 된다. 자동 등록 빈이건 수..

스프링 빈(싱글톤)의 생명 주기 스프링 컨테이너 생성 -> 스프링 빈 생성(생성자 함수 실행, 생성자 주입 실행) -> 의존관계 주입(생성자 주입을 제외한 의존관계 주입) -> 초기화 콜백 -> 사용 -> 소멸전 콜백 -> 스프링 종료 초기화 콜백, 소멸전 콜백은 스프링에서 자체적으로 지원하는 기능이다. 코드로 예시를 살펴보자. #AutoConnect public class AutoConnect { private String fieldA; public AutoConnect() { System.out.println("AutoConnect 객체 생성됨"); System.out.println("field=" + fieldA); connect(); call("초기화 연결 메시지"); } public void s..

의존 관계 주입의 4가지 방법 의존 주입에는 4가지 방법이 존재한다. 1. 생성자 주입 2. 수정자 주입(setter 주입) 3. 필드 주입 4. 일반 메서드 주입 1. 생성자 주입 생성자 함수를 통한 주입 방법으로, 주입받는 의존관계 객체가 코드가 진행되는 동안 불변하며 필수적일 경우 사용한다. public class TowAlphabet { private final Alphabet first; private final Alphabet second; @Autowired public TowAlphabet(Alphabet a, Alphabet b) { first = a; second = b; } } 만약 생성자가 딱 1개만 있으면 @Autowired를 생략해도 자동주입이 된다. public class To..

@ComponentScan 과 @Autowired 개발자의 편의를 위해 @Configuration 클래스 내에서 @Bean을 통해 수동으로 등록하지 않고 자동으로 등록하는 방법이 존재한다. @ComponentScan 어노테이션을 사용하면, @Component 어노테이션이 붙은 클래스가 자동으로 빈으로 등록된다. 빈 이름은 첫글자가 소문자인 클래스 이름 그대로 설정된다. #AutoAppConfig @Configuration @ComponentScan(excludeFilters = @Filter(type = FilterType.ANNOTATION, classes = Configuration.class)) public class AutoAppConfig { } // 기존에 만든 Config 클래스를 제외하기 ..

스프링은 태생적으로 웹 어플리케이션에 특화되어 있는데, 웹 어플리케이션은 보통 같은 요청이 동시다발적으로 들어오곤 한다. 만약 100명의 고객이 동일한 요청을 한다고 가정해보자. 그러면 동일한 역할을 하는 객체를 100개를 생성하게 될 것이다. 그런데 그 요청이 모든 고객에게 공통적인 사항이라면 (ex - 공지사항 출력, 판매 상품 출력 등) 100개의 객체를 생성하는 것보다 1개의 객체를 100명이 공유하는게 메모리 측면에서 더 효율적일 것이다. 즉, 싱글톤을 사용해야 한다. 순수 싱글톤 만들기 자바 코드를 사용하지 않고 싱글톤 패턴을 만들수 있다. 핵심은 아래와 같다. 1. static키워드를 사용해서 미리 자신의 인스턴스를 만들어두고, final키워드를 더해 재할당이 안되도록 만든다. 2. 매개변수..