Java Stack/build

root proejct 하나에, 그 하위로 sub module 여러 개를 두는 방식이 상호 import하기 좋다. 여러개의 sub module로 나누어서 개발하는 프로젝트라면 하나의 repository를 쓰는 편이 좋은데, 어떤 기능이 어디서 사용되는지 파악하기 쉽기 때문이다. repo가 모듈 단위로 다 나뉘어져 있으면 기능 수정 할 때 이 기능이 어디서 참조되는지 찾아내기 쉽지 않다. 멀티 모듈로 만들기 전에 참고 - https://techblog.woowahan.com/2637/ 여기 나온 사례의 문제점은 common의 의미를, "2개 이상 쓰는 곳이 있다면 common에 넣자"라고 생각해버려서, common이 너무 비대해졌다는 점. common은 모듈 전역적으로 적용되거나 독립 모듈로 구성하기 애매..

tomcat이 하는 일? = Servlet Container Java Servlet 이란 자바에는 요청을 받아서 처리하는 일을 담당하는, servlet이라는 actor가 있음. 요청을 받으면 서블릿은 자기가 알아서 실행되는게 아니라 서블릿을 실행하는 주체가 따로 있다. 이게 바로 서블릿 컨테이너. 즉, 요청을 받으면 서블릿을 해당 요청을 파라미터로 실행해주는게 서블릿 컨테이너이고, tomcat이 바로 서블릿 컨테이너다. tomcat log tomcat 로그에 찍히는 log는 여러 스레드가 동시에 기록하기 때문에, 한 세션의 요청이 연속해서 바로 뒤이은 로그에 찍혀있지 않을 수 있다. 그래서 로그를 추적하기 위해 exec-* 번호를 같이 기록해 주는데, 이는 스레드 번호를 의미한다. 로그는 이 exec-*..

gradle.properties 에서 build.gradle로 상수 넣어주기. https://github.com/novoda/gradle-build-properties-plugin build.gradle에서 BuildConfig.java로 상수 넣어주기. http://mornbr.blogspot.com/2015/11/androidgradleandroid-buildtypes.html 보안에는 도움이 안됨. 어차피 BuildConfig.java라는 코드를 생성해주고 거기다가 변수 만들어서 String 집어 넣어 주는 방식이라서. 단지 외부 상수를 한꺼번에 관리할 수 있어서 깔끔하다? 구성상의 편리함? 뭐 그런 장점임.