25G.story

알로하 통신(알로하 프로토콜) 하와이에서 통신기술이 생겨날 때 섬끼리 선을 연결하기가 어려워서 통신을 주파수로 통신하기 시작했다. 불특정 다수에게 주파수를 보내는 통신이 브로드 캐스팅기술이다. 불특정 다수에게 주파수를 다 전달하는 것(와이파이) 보안이 별로 좋지 않다. 신호가 섞이면 잡음이 생긴다. 이때 컴퓨터는 두 개의 같은 신호를 구별하기 힘들어진다. 그래서 동시에 오는 여러 가지 신호를 구분하기 위해서는 원하는 주파수의 데이터를 받은 다음 나머지 주파수는 누락시키는 방법이 있는데 이 방법은 너무 오래 걸린다. 한쪽에서 통신을 하게 되면 다른 사람은 통신을 하지 못하게 되기 때문이다 그래서 브로드캐스팅으로 보낼 때 데이터를 분할을 해서 분할된 데이터에 해더를 붙인다. 그래서 복잡하게 얽혀서 쓰레기처럼..

프로토콜: 약속 프로토콜에서의 약속은 대등한 관계에서 성립된다. http의 모든 것들은 프로토콜로 만들어져 있다. RFC문서라고 있다 서로 다른 프로토콜로 떨어져 있던 프로토콜을 폭넓은 통신을 위해서 서로 협의하에 프로토콜을 제정의해서 프로토콜을 합친 것임 이것이 모든 인터넷의 시작이다. 이 프로토콜들이 모이고 모여서 만들어진 게 WWW이다. 월드와이드 웹. 프로토콜로 만들어진 세상 인터페이스와 다른 점은 인터페이스는 누군가가 클라이언트가 어떠한 것을 사용하기 편하게끔 만들어주는 것(상하관계의 약속 ex) 리모콘, 자판기 버튼) 통신이 필요한 모든 데이터는 프로토콜이 없으면 쓰레기 데이터가 된다. 즉 서로 프로그램끼리 이해할 수 없어진다 그래서 상호간에 통신을 위해서는 프로토콜을 맞춰주는 작업이 바로 드..

EL표현식과 JSPL을 사용하는 이유는 개발편의성과 가독성을 위해서 이다 기존에 과 이런 표현식의 경우 가독성이 너무 떨어지고 개발편의성도 떨어지는경험이 있을것이다. 위와같이 jsp에서 사용하면 톰캣이 자신의 네가지 메모리역역중 생성주기가 짧은부분부터 하나하나씩 들려서 해당 데이터를 찾아나선다 page->request->session->application 순으로 차례대로 찾아나서는데 조금만생각해보면 위의 코드에서 어떤것이 출력되는지 쉽게 알 수있다 당연히 rData에 들어있는 값이 출력될것이다 그러면 session에 저장된 데이터를 출력하려면 위사진과 같이 scope로 알려주면된다. requestScope도 있지만 가독성이 떨어져서 그렇게 하지않는다 이렇게하면 request를 생성자로 주입하지 않아도 ..

톰켓에 url 요청을 할 때 요청정보에 들어가는 정보는 누가 요청을 했는지 어떤 프로그램으로 요청했는지 등등에 대한 많은 정보들이 byte스트림으로 String타입이 들어온다. 이때 문자열 그대로 있으면 활용하기 어려우니까 변수에 담아주는 것이 효율적이다. 이때 많은 변수가 담겨있기 때문에 자바 변수를 클래스에 담아둔다 위와 같은 작업을 톰캣이 해준다. request객체와 response객채를 톰캣이 만들어서 자바에게 전달해준다. 그럼 자바 servelet에서 받아서 처리하는 것이다. 그래서 위 두 객체들에 접근하는 방법이 필요하다 의존성 주입 DI, 의존성 주입은 필요한 객체를 직접 생성하는 것이 아닌 외부로부터 필요한 객체를 받아서 사용하는 것이다. 이를 통해 객체 간의 결합도를 줄이고 코드의 재활용..

컨포넌트 스캔 기준 이유: IOC컨테이너에 객체 등록 위치:com.cos.secondapp 스프링에서 IOC컨테이너는 어노테이션을 가지고 있는 java파일을 찾아내고 그 어노테이션의 주소가 있는 함수를 실행한다. POST방식으로 자원요청->디스패쳐가 실행돼서 요청을 가로챈다. -> IOC 스캔-> 해당 자원(View)을 가지고 있는 함수 호출 이때 함수에 매개변수가 있다고 한다면 이때 디스패처가 해당 요청 시 받은 요청 해더에 있는 컨텐트 타입과 데이터를 가지고 와서 해당 매개변수에 파싱 해서 주입시켜준다 함수가 실행되면서 매개변수를 주입시켜 주는 것이다 진짜 마법 같은 일이 스프링을 해내는 것이다. 만약에 해당 자원을 찾지 못했다면 null을 반환하는 것이다. response 응답할 때 관여하는 기능이..

FrontController 패턴 url 패턴은 자원을 디렉트로 찾는 모델 원 방식이다. 아피치(서버) 톰캣(was)이 하나의 서버를 실행하면 서버 안에 리소스(자원)가 있다. 이 리소스에 접근 시에 url방식을 사용하면 다이렉트로 주고받는다 이때 GET 방식으로 자원을 요청하면 응답 시에 text/html타입으로 응답해준다. 이때 웹 애플리케이션 서버(was)의 목적은 컴파일하는 것이다. java 관련된 파일을 요청할 때만 아파치가 아닌 톰캣이 일을 하는 것이다. 이때 자바 코드에 DB에 커넥션 코드가 있다고 가정을 해볼 때 모델 원방식의 단점을 볼 수 있다. -첫 번째로 파일마다 url을 연결해 줘야 하여서 일이 너무 많아진다. 파일마다 DB커넥션을 해야 하기 때문이다. 겹치는 코드가 많아짐 -두 번..

JSON은 속성-값 또는 키-값이 쌍으로 이루어진 데이터 오브젝트를 전달하기 위해 인간이 읽을 수 있는 텍스트를 사용하는 개방형 표준 포맷이다. 인터넷에서 자료를 주고받을 때 그 자료를 표현하는 방법으로 알려져 있다. 컴퓨터 프로그램의 변숫값을 표현하는데 적합하기 때문 파일의 확장자는. json 컨텐트 타입은 application/json입니다. json의 자료형과 문법 기본 자료형 수 : c나 자바에서 8진수 16진수를 표현하는 방법은 지원되지 않는다 문자열 : 0개 이상의 유니코드 문자 들의연속, 문자열은 큰 따옴표로 구분하며 역슬래시 이스케이프 문법 지원 boolean: 참 거짓 값 배열: 순서가 있는 리스트 대괄호로 나타내며 요소는 쉼표로 구분 객체 : 순서가 없는 이름/값 쌍의 집합, 키가 문자..

저번 포스팅에서 이어가 보겠습니다. raw데이터는 일종에 원시 데이터를 전송한다고 생각하면 된다. 그리고 text타입을 줘서 hello를 put 할 것입니다. 저번 포스팅에서 post를 했을 때처럼 스프링에서 시도해봤지만 null이 뜨는 것을 볼 수 있다 application/x-www-form-urlencoded 타입은 오브젝트로 받는다. 그래서 key와 value값이 아니기 때문에 스프링이 자체적으로 파싱 해주지 않는 것이다. 결국 원형데이터를 받으려면 버퍼드 리더로 읽어야 하는데 스프링에선 어노테이션 하나만 알면 된다 이렇게 원시 데이터를 버퍼드 리더로 받을 수 있도록 어노테이션으로 jvm에게 알려주는 것이다. json으로 데이터를 보내보자 위와 같이 원형 그대로 나오는 것을 볼 수 있다. 위 데이..

저번 포스팅에 썼던 코드를 조금 변형해서 브라우저에서 호출을 한 뒤에 F12를 누르면 이런 화면이 나옵니다. Remote Address는 접속한 클라이언트의 주소입니다. Referrer Policy 내서버는 크로스 오리진 접근을 막고 있다.라고 말하고 있습니다. 크로스 오리진 = 서버는 자바스크립트 요청을 싫어한다 자바스크립트가 서버를 공격할 수 있기 때문이죠. 그래서 다 막아야 한다. 그래서 크로스 오리진은 외부에서 들어오는 자바스크립트를 막으려고 하는 정책의 일부분. Requste Method : GET get요청은 무조권 셀랙트용도. 일반적으로 서버 주소창에 자원을 요청할 때는 무적권 get타입으로 요청된다. 데이 터전 송시에 get요청을 한다고 할 때는 해더만 있다(바디가 없다) 하지만 응답해줄때..

안녕하세요 이제 본격적으로 spring에 들어가기에 앞서 기본적인 페키지만드는 규칙은 도메인을 거꾸로 하면 된다. 이렇게 라이브러리를 다운받을때는 어떠한 조작을 해서는 안된다. 이때 어떠한 조작을 하게되면 라이브러리가 다 다운이 안돼서 온전한 개발을 할 수 없다. 데브툴은 코드가 수정되고 저장됐을때 자동으로 업데이트 해준다 maven을 사용하는 이유 maven은 의존성 관리 도구이다 프로젝트가 거대해지면 수많은 라이브러리들이 하나의 기능에 얽켜있는데 이때 배포시에 해당 기능을 구현해 주는 라이브러리가 하나만없어도 프로그램이 실행이 안된다. 이 의존돼 있는 라이브러리를 자동으로 업데이트해주고 빌드까지 해주는 편리한 기능 pom.xml에서 추가된 라이브러리를 관리해준다. 여기서 대부분의 라이브러리를 만나볼 ..