JSP에서의 include
JSP에서의 include
JSP에서 include 문을 사용할 때 PHP와는 조금 다르다는 것을 오늘 알았다.
결론을 먼저 말 하자면 main.jsp에서 header.jsp라는 파일을 인클루드 한다고 한다면, 기존에 PHP에서는 header.jsp파일을 수정 했다면 main.jsp파일에서는 특별히 해 줄 일이 없이 그대로 적용이 되었다. 하지만 jsp에서는 방식이 조금 다르더라. 이유는 jsp파일의 작동방식에 있었다. jsp파일은 서버상에서 jsp파일을 첫 번째로 지정해준 임의의 폴더에 서블릿 파일로 변환 하는 과정을 거친다. 첫 번째로 main_jsp.java라는 파일을 생성하고 곧 이어 main_jsp.class 라는 파일을 생성 한다. 실제로 main.jsp라는 파일을 웹상에서 실행 했을 경우에는 최종 결과물인 main_jsp.class라는 파일이 동작하는 것이다. 이런 방식 때문에 header.jsp파일 만 을 수정 했을 경우에는 main_jsp.class파일을 생성하지 않는다. 그렇기 때문에 header.jsp파일을 include 하고 있는 모든 파일들을 찾아서 touth라는 명령어로 건드려(?) 줘야 다시 컴파일을 하게 되는 것이다.
PHP에서야 알아서 찾아서 알아서 실행 해주기 때문에 편했는데, jsp는 약간 복잡한 것 같긴 하다.
처음에는 이해가 잘 안되서 자바 프로그래머님께 여러 번 물어 봤었다. 서블릿으로 변환한 main_jsp.java를 직접 보여주셔서 서블릿으로 변환한 내용들을 보고서야 실감 할 수 있었다.
그렇다면 header.class파일은 있는 걸까? 설명해 주신 내용으로는 header.jsp파일은 우선 불려지는 입장이기 때문에 컴파일이 되는지는 확실하지 않지만, 이미 main.jsp파일에 포함이 되어 있기 때문에 실질적인 header.jsp파일은 필요가 없다는 뜻이다. 단지 코딩상 관리의 편의를 위해 그렇게 나눠 놓는 것이라는 것이다. Main.jsp가 header.jsp파일을 include하면 header.jsp파일을 알아서 class로 만든 후에 그것을 가리키고 있다는 것이다. 그렇기 때문에 header.jsp를 변경해 봤자 main에서는 그것을 알아차릴 수 없기 때문에 수정을 해주거나 touch를 해주어야 header.jsp를 다시 .class로 만드는 것이다.
처음에는 이런 복잡한 과정을 통해서 jsp파일이 실행 된다는 것에 놀랐다. 물론 php도 자체적으로 파서에 의해서 해석되어 지고 다시 기계어로 변환되는 과정이 있지만, 사용하는 입장에서 체감 할 수 는 없었는데, jsp를 하면서 그것들이 직접적으로 체감 되는 것 같다.
어떻게 보면 header를 포함하는 모든 파일을 찾아서 touch해 주어야 하는 것이 참 수고 스러울 것 같다. 그래서 찾아보니 좋은 방법이 있었다.
유닉스 상에서 해당 폴더로 이동 후 자동으로 모든 jsp파일을 touch 해준단다
1. find ./ -name '*.jsp' | xargs touch
또 찾아 보니 tomcat5 버전대 에서부터 include되는 파일을 수정 하더라도 서블릿 컨테이너가 알아서 모두 재 컴파일 해 준다는 좋은 소식이다.
jsp에서의 include.doc
