Choi의 고유결계

상황 회사에 인트라넷 웹서비스가 있는데 간혈적으로 net::err_http2_protocol_error 오류가 발생 했다. 원래도 잘되는 페이지였기 때문에 감을 잡을수 없었다.. 처음에는 응답 데이터량이 많아서 발생하는 http2 오류 인줄 알았지만 그것도 아니였다. 로컬 혹은 개발 서버에서 구동 시 전혀 문제가 없었는데, 운영 서버에서만 유독 그랬다... 운영 서비스 앞단에는 Nginx가 프록시 서버로 동작하고있는데 이것을 힌트 삼아 열심히 구글링! 아래 내용을 찾을 수 있었다..! 원인 대충 응답에 content-length 헤더가 없으면 해당 에러가 발생할 수 있다는 내용으로 이해..? https://github.com/FireBurn/haproxy/commit/bbe4f7c0042ebfa9e240..

1.OAUTH 용어설명 RFC6749에 명시된 용어설명 Resource Owner(자원소유자) : 보호된 자원에 대한 액세스 권한을 부여할 수 있는 엔티티. 리소스 소유자가 사람인 경우 리소스 소유자는 최종 사용자. Resource Server(리소스 서버) : 보호된 자원을 호스팅하는 서버. 액세스 토큰을 사용하여 보호된 리소스 요청에 응답. Client(클라이언트) : 애플리케이션을 대신하여 보호된 리소스 요청을 하는 애플리케이션. 응용 프로그램 서버, 데스크톱 등이 될 수 있다. Authorization Server(권한 서버) : 클라이언트에게 액세스 토큰을 발급하는 서버. 자원 소유자를 인증하고 리소스 접근 권한을 클라이언트에게 임명한다. 필자가 생각한 용어 설명 Resource Owner(자원..

상황 윈도우 환경에서 테스트 당시 Jsch 연결이 잘 되었었다. 테스트 서버(우분투 22) 에서도 똑같이 키를 생성하였는데 ssh-keygen invalid privatekey 에러가 발생하였다. 윈도우(로컬) 우분투22(테스트서버) SSH 버전 OpenSSH 8.1 OpenSSH 8.9 원인 OpenSSH 7.8 부터는 키생성에 새로운 포맷(openssh 방식)을 사용한다고 한다. Jsch에서는 해당 포멧을 지원 하지 않아 오류가 발생한다고 한다. 어라 내 윈도우 SSH는 8.1 버전인데? 알고 보니 내가 윈도우에서 사용한 키는 아주 예전에 만들어 놨던거라 옛전 포멧으로 생성 된 것 같다. 그래서 Jsch연결시 문제가 없었던 것. 실제로 비밀키를 열어보면 아래와 같이 차이가 난다. 기존 포멧(윈도우) ..

테이블 스페이스란? 데이터베이스의 데이터들을 저장할 논리적 공간. 스키마란? 스키마란 임의의 사용자가 생성한 모든 데이터베이스 객체(테이블, 뷰, 인덱스, 함수, 프로시저 등)를 말하며, 이 객체를 그룹화하거나 분리하는 방법을 제공하는것이 스키마다.(스키마 별로 데이터베이스 객체(테이블, 뷰, 인덱스, 함수, 프로시저)가 따로있는것) [오라클] 계정과 스키마가 엄격한 1대1 관계로 있으며, 계정 생성시 자동으로 계정명의 이름으로 스키마가 생긴다. (오라클에서는 스키마가 유저단위로 자동 생성되고 변경할 수 있습니다.) [PostgreSQL, MySql] 다른 DB(Postgresql)에서는 1대N 으로가능. 오라클과 달리 계정을 생성해도 스키마가 자동으로 생성되지는 않는다. 스키마 객체란? 스키마 내에서 ..

match() 주어진 문자열이 처음 문자 부터 해당 정규식과 일치하는지 확인한다. 주된 용도는 text 속에서 원하는 패턴을 찾는게 아닌 주어진 문자열이 해당 정규식 처럼 구성되어 있는지 확인하는 용도로 생각하면된다. EX) date_format = re.compile("[0-9]{4}\.[0-9]{2}\.[0-9]{2}") # print(date_format.match("2022.03.22")) # None print(date_format.match("12022.03.222")) search() 위와 달리 주어진 문자열 안에 정규식에 해당하는 부분이 어느 위치라도 있으면 찾는다. 어떤 긴 문자열이 있다고 가정했을때 내가 작성한 정규식에 해당 하는 문자열이 검색하려고 하는 문자열안에 있는지 검색하는 용도..

내용 예외(Exception)의 문제 호출의 문제 접근 제어자의 문제 예외(Exception)의 문제 @Transactional 어노테이션은 기본적으로 Checked Exception에 대해서는 롤백시키지 않도록 되어있다. Checked Exception? 자바에서 문법적으로 try/catch와 같이 반드시 처리를 해줘야하는 예외이다. 처리를 해주지 않을경우 컴파일이 되지 않는다. EX) Exception, IOException, SQLException등 Exception을 상속 받는 클래스중 RuntimeException을 제외한 모든 예외 클래스 그래서 만약 아래와같이 thorws를 통해 상위로 넘기게 해놓고, 원래 의도대로라면 홍길동 저장 후 null을 파라미터로 인한 Exception 을 감지해 ..