AOP란?

1. 용어 정리

Aspect : 공통 기능


Advice : Aspect의 기능 자체


Jointpoint : Advice를 적용 해야하는 부분. 메소드


Pointcut : Jointpoint중에서 Advice가 적용이 된 부분


Weaving : Advice를 Pointcut 하는 행위



2. 처리 순서

Client -> Proxy -> Target -> Proxy-> Client 의 순으로 처리된다.



3. 구현 방법

Spring에서는 IOC 컨테이너를 구현할때와 마찬가지로 XML 스키마 기반의 AOP 구현, @Aspect 어노테이션 기반의 구현이 가능하다.




'프로그래밍' 카테고리의 다른 글

[AOP] 관점 지향 프로그래밍 (3)  (0) 2018.09.28
[AOP] 관점 지향 프로그래밍 (2)  (0) 2018.09.28
Postman  (0) 2018.09.10

Java의 기본 log 기능 정리

http://www.gisdeveloper.co.kr/?p=5174#comment-25326



Java에서 기본으로 제공하는 log 기능에 대해 정리한 글.


  1. log에 대한 수준별로 출력하는 메소드
  2. 나만의 log를 설정하게 해주는 클래스
  3. log를 file로 저장하게 해주는 방법.


'프로그래밍 > JAVA' 카테고리의 다른 글

캡슐화(Capsulation)  (0) 2018.08.07
다형성 (polymorphism)  (0) 2018.07.20
상속(Inheritance)  (0) 2018.07.20
클래스 - 다른 클래스의 메소드 호출  (0) 2018.05.17
Return data type에 대한 검색 및 정리.  (30) 2018.05.03


HTTP 헤더의 의미에 대해 검색해서 나온 자료.


HTTP요청(Request)

헤더(Header)

요청의 HTTP 헤더는 모든 HTTP 헤더의 기본 구조를 따릅니다: 뒤에 콜론(':')이 오는 대소문자 구분없는 문자열 다음에 구조가 헤더에 종속적인 값으로 이루어집니다. 값을 포함하는 전체 헤더는 상당히 길 수도 있는 단일 줄로 구성됩니다.


많은 요청 헤더를 이용할 수 있습니다. 요청 헤더들은 몇 가지 그룹으로 나누어집니다:


Via와 같은 일반적인 헤더들은 메시지 전체에 적용됩니다.

User-Agent, Accept-Type와 같은 요청 헤더들은 (Accept-Language처럼) 좀 더 특정짓고, (Referer처럼) 컨텍스트를 제공하며, (If-None처럼) 조건에 따라 제한함으로써 요청을 수정합니다.

Content-Length와 같은 엔티티 헤더들은 요청의 본문에 적용됩니다. 요청 내에 본문이 없는 경우 말할 필요도 없이 그런 헤더 또한 전송되지 않습니다.





본문(Body)

요청의 마지막 부분은 본문입니다. 모든 요청들이 본문을 가지는 건 아닙니다: GET, HEAD, DELETE 또는 OPTIONS와 같이, 리소스를 가져오는 요청들은 일반적으로 본문을 필요로 하지 않습니다. 어떤 요청들은 리소스를 갱신하기 위한 목적으로 데이터를 전송합니다: 이것은 대게 (HTML 폼 데이터를 포함하는) POST 요청일 경우에 그렇습니다.


본문은 넓은 의미에서 두 개의 종류로 나눠집니다:

두 개의 헤더(Content-Type와 Content-Length)로 정의되는, 단일 파일을 구성하는 단일 리소스 본문.
멀티파트 본문으로 구성되는 다중 리소스 본문은 각자가 정보의 서로 다른 부분을 포함합니다. 이것은 일반적으로 HTML 폼과 연계되어 사용됩니다.

HTTP응답(Response)

헤더(Header)

응답을 위한 HTTP 헤더는 다른 헤더와 동일한 구조를 따릅니다: 뒤에 콜론(':')이 오는 대소문자를 구분하지 않는 문자열 다음에  구조가 헤더에 종속적인 값으로 이루어집니다. 값을 포함하여, 전체 헤더는 단일 줄로 표시됩니다.


이용 가능한 많은 요청 헤더들이 있습니다. 그들은 몇 가지 그룹으로 나누어질 수 있습니다:


Via와 같은 일반적인 헤더는 전체 메시지에 적용됩니다.

Vary와 Accept-Ranges와 같은 응답 헤더들은 상태 줄에서 설명하지 못했던 서버에 관한 추가적인 정보들을 제공합니다.

Content-Length와 같은 엔티티 헤더들은 요청의 본문에 적용됩니다. 요청 내에 본문이 없는 경우 말할 필요도 없이 헤더 또한 전송되지 않습니다.



본문(Body)

응답의 마지막 부분은 본문입니다. 모든 응답이 본문을 갖진 않습니다: 201 혹은 204와 같은 상태 코드를 갖는 응답에는 일반적으로 아무것도 없습니다.


본문은 넓은 의미에서 세 가지 종류로 나누어질 수 있습니다:


길이를 알고 있는 단일 파일로 구성된 단일 리소스 본문은 두 개의 헤더(Content-Type와 Content-Length)에 의해 정의됩니다.

길이를 알지 못하는 단일 파일로 구성된 단일 리소스 본문은 여러 부분으로 나누기 위해 설정된 Transfer-Encoding를 이용해 청크별로 인코딩됩니다.

멀티파트 본문으로 구성되는 다중 리소스 본문는 각자가 서로 다른 정보를 포함합니다. 이런 경우는 매우 희귀합니다.


헤더 내의 세부 항목

   ㅇ 일반 헤더 (General Header) 항목
      - 요청 및 응답 메세지 모두에서 사용 가능한 일반 목적의(기본적인) 헤더 항목

         . Date  : 메세지를 생성한 일시
            .. RFC 1123에서 규정됨
            .. 例) Date: Sat, 2 Oct 2018 02:00:12 GMT
         . Connection : 다소 모호한 복잡성 있음
            .. 클라이언트와 서버 간 연결에 대한 옵션 설정
            .. 사용 형식 : Connection: `Token list`
            .. 例) Connection: close => 현 HTTP 메세지 직후에 TCP 접속을 끊는다는 것을 알림
            .. 例) Connection: Keep-Alive => 현 TCP 커넥션을 유지
         . Cache-Control
         . Pragma
         . Trailer

  ㅇ 엔터티/개체 헤더 (Entity Header) 항목
     - HTTP 메세지 내에 포함된 선택적인 개체에 대한 구체적인 미디어 타입 등의 설명 등
     - HTTP 메세지는, 이미지,비디오,오디오,HTML 문서,전자메일 등의 개체들을 실어나를 수 있음

         . Content-Type : 본문 개체에 포함되는 미디어 타입 정보
            .. MIME 미디어 타입 및 문자 인코딩 방식(EUC-KR,UTF-8 등)을 지정
            .. 타입 및 서브타입(type/subtype) 구성 
            .. 타입은 9개 정도 (text,image,audio,video,application,multipart,message,
               model,eample)가 표준으로 지정됨 ☞ IANA 미디어 타입 종류
            .. 例) text/html; charset-latin-1 => 해당 개체가 iso-latin-1 문자집합 임

         . Content-Language : 본문 개체와 가장 잘 어울리는 자연언어
         . Content-Encoding : 본문 개체 데이터의 압축 방식
         . Content-Length : 전달되는 본문 개체의 바이트 길이 또는 크기
           .. 응답 메세지 바디의 길이(10진수)를 지정함
         . Content-Location : 리소스가 실제 어디에 위치하는가를 알려줌

         . Location : 리소스가 리다이렉트된 때에 이동된 주소, 또는 새로이 생성된 리소스 주소
            .. 새로 생성된 경우에 HTTP 상태 코드 `201 Created`가 반환됨
            .. 例) Location: http://www.ktword.co.kr/

         . Allow : 해당 리소스가 지원 가능한 HTTP 메소드의 리스트를 나타냄
            .. 例) Allow: GET,HEAD => 서버가 제공가능한 HTTP 메서드는 GET,HEAD 뿐임

         . Expires : 리소스가 지정된 일시까지 캐시로써 유효함
         . Last-Modified : 리소스를 마지막으로 갱신한 일시

         . Transfer-Encoding: chuncked
            .. 동적으로 생성되어 바디 길이를 모르는 경우에 조금씩 전송 가능
            .. 각 chunk 마다 그 시작에 16진수 길이를 삽입하여 chunk 길이를 알려줌



참조 페이지


정보통신기술용어해설 :  https://developer.mozilla.org/ko/docs/Web/HTTP/Messages


MDN- WebDocs : http://www.ktword.co.kr/abbr_view.php?m_temp1=3790

'네트워크' 카테고리의 다른 글

컴퓨터 네트워킹 하향식 접근  (30) 2018.10.04
REST,RESTful의 의미  (0) 2018.08.23

+ Recent posts

티스토리툴바