개발

https://logging.apache.org/log4j/log4j-2.2/manual/eventlogging.html https://logging.apache.org/log4j/2.x/manual/thread-context.html

■ log4j2 <apache tomcat dir>/webapps/<webapp dir>/WEB-INF/classes/log4j2.xml 을 편집하여 RegexFilter를 아래와 같이 적당한 위치에 삽입한다. 만일 RollingFile이 여러개일 경우 RollingFile 섹션마다 필터를 추가해 준다. <!— HPE WebInspect Log Filter –> <RollingFile name=”systemspec” fileName=”${sys:testwebapp.log.path}/testwebapp.log” filePattern=”${sys:testwebapp.log.path}/${date:yyyy-MM}/testwebapp-%d{MM-dd-yyyy}-%i.log”> …         <!— HPE WebInspect Log Filter –>         <RegexFilter regex=”.*172\.21\.90\.48.*” onMatch=”DENY” onMismatch=”NEUTRAL”/>      

http://five.agency/logging-custom-parameters-with-log4j/ https://stackoverflow.com/questions/7404435/conditional-logging-with-log4j https://blog.naver.com/fool93/221166375051 https://logging.apache.org/log4j/2.0/manual/filters.html#ThreadContextMapFilter

1. catalina.out catalina.sh에 export CATALINA_OUT=”/dev/null” 를 추가한다. 2. 웹 애플리케이션 로그 2-1.log4j <apache-tomcat>/webapps/<web app>/WEB-INF/classes/log4j.properties 를 편집하여 맨 아래에 log4j.rootLogger=OFF 를 추가한다. 2-2.log4j2 <apache-tomcat>/webapps/<web app>/WEB-INF/classes/log4j2.xml 를 편집하여 맨 아래 </Configuration> → <Loggers><Root level=”off”></Root></Loggers></Configuration> 로 변경한다.

1. 로그 레벨  SEVERE, WARNING, INFO, CONFIG, FINE, FINER, FINEST or ALL 디폴트는 INFO이며 오른쪽으로 갈 수록 로그량이 많음.OFF 레벨은 로깅을 OFF하기 위한 특수 레벨 2. 설정방법 – 기본적으로 제공하는 핸들러는 java.util.logging.FileHandler 와 java.util.logging.ConsoleHandler 가 있습니다. – java.util.logging.ConsoleHandler 는 기본출력 (catalina.out)으로 출력하는 핸들러이고, – java.util.logging.FileHandler 는 날짜별로 롤링되는 특정파일에 출력하는 핸들러입니다. 3. 설정예제 – org.apache.tomcat.util.net.TcpWorkerThread

출처 : http://d2.naver.com/helloworld/184615 이 글은 월간 “마이크로소프트웨어” 2012년 9월호에 “자바 애플리케이션 성능 튜닝의 도(道)”라는 제목으로 실린 글입니다. 편집 과정을 거치며 일부 내용이 책에 실린 내용과 다를 수 있습니다. 자바 애플리케이션의 성능을 튜닝하는 작업은 자바 및 JVM에 대한 지식과 수많은 튜닝 기법, 다양한 환경과 상황에 대한 경험 등을 필요로 한다. 그러나 이 모든 내용을 짧은 지면에서 소개하기에는 무리이니

출처: http://bcho.tistory.com/955 REST API 보안  API 보안에 대해서는 백번,천번을 강조해도 과함이 없다. 근래에 대부분의 서비스 시스템들은 API를 기반으로 통신을 한다. 앱과 서버간의 통신 또는 자바스크립트 웹 클라이언트 와 서버간의 통신등 대부분의 통신이 이 API들을 이용해서 이루어지기 때문에, 한번 보안이 뚫려 버리면 개인 정보가 탈취되는 것 뿐만 아니라 많은 큰 문제를 야기할 수 있다. REST API 보안

출처: http://bcho.tistory.com/954 REST API 디자인 가이드 그러면 REST의 특성을 이해하고 나쁜 안티패턴을 회피해서 REST API 디자인은 어떻게 해야 할까? 짧지만 여기에 몇가지 디자인 방식에 대해서 소개 한다. REST URI는 심플하고 직관적으로 만들자 REST API를 URI만 보고도, 직관적으로 이해할 수 있어야 한다 URL을 길게 만드는것 보다, 최대 2 depth 정도로 간단하게 만드는 것이 이해하기 편하다. /dogs /dogs/1234

출처: http://meetup.toast.com/posts/92 1. REST API의 탄생 REST는 Representational State Transfer라는 용어의 약자로서 2000년도에 로이 필딩 (Roy Fielding)의 박사학위 논문에서 최초로 소개되었습니다. 로이 필딩은 HTTP의 주요 저자 중 한 사람으로 그 당시 웹(HTTP) 설계의 우수성에 비해 제대로 사용되어지지 못하는 모습에 안타까워하며 웹의 장점을 최대한 활용할 수 있는 아키텍처로써 REST를 발표했다고 합니다. 2. REST 구성 쉽게 말해 REST

출처: http://egloos.zum.com/tequiero35/v/1026372 ※ 웹 서비스 구조 ※ SOAP (Simple Object Access Protocol) : 분산 환경에서 어플리케이션 간에 정보를 교환하기 위한 XML 기반의 메시지 프로토콜.   ★ SOAP 의 필요성  – 상호 운영성(Interoperability) : 서로 다른 인프라를 바탕으로 컴포넌트를 연결하는 표준이 필요 ⊙ SOAP 전달 과정 ⊙ SOAP 구조   ⊙ SOAP Part 구조HTTP    1. 요 청 (Request) Request = Request-Line               * (general-header | request-header | entity-header)               CRLF