http://www.okjsp.pe.kr:8080/ 이슈 진행사항 관리(추적, Tracking) 하는 툴입니다. 아파치 오픈소스의 새 기능(New Feature), 버그 등을 관리하는 시스템이죠. 등록 -> 오픈 -> 할당 -> 작업 -> 테스트 -> 완료 등의 프로세스를 관리하고, 작업별, 작업자별 진행사항도 확인 가능합니다.
서블릿, 자바로 웹 애플리케이션을 만들기 위해 최초로 나온 기술입니다. 이후 JSP로 서블릿의 약점을 보완했지만, 스트럿츠, 스프링 등의 프레임워크가 득세하면서 다시 관심을 받게 됩니다. 하지만 예전처럼 순수 서블릿의 활용은 많이 없어졌습니다. 프레임워크에 종속된 개발을 많이 하게 되죠.
일단 가장 간단한 서블릿을 만들어보겠습니다. servlet이라는 Dynamic Web Project를 만들고 프로젝트 이름에서 New > Servlet 을 선택합니다. src 아래서는 Servlet 항목이 나오지 않습니다.
net.okjsp 패키지에 HelloServlet 이라고 이름을 주었습니다. *Servlet과 같이 서블릿 클래스의 명명규칙을 가져가는 것이 좋습니다.
URL mapping 이라는 것이 있습니다. 스트럿츠 이후 *.do 라는 매핑이 유명해졌는데, 서블릿 컨테이너에서 들어온 request URL의 패턴에 따라서 매칭되는 서블릿을 호출하게 됩니다. /hello 라는 URL mapping을 추가합니다.
패키지 익스플로러에 HelloServlet.java 파일이 생겼습니다.
함께 생성된 소스입니다. 일반적으로 주소를 치고 들어가는 것은 GET방식으로 호출합니다. 때문에 doGet() 이라는 메소드가 호출이 됩니다. doPost() 메소드는 form 태그에서 method="post" 와 같이 호출할 때 실행이 됩니다. POST방식의 호출이죠.
doGet() 내용을 다음과 같이 적어줍니다.
response.setContentType("text/html"); PrintWriter out = response.getWriter(); out.println("<h1>Hello World</h1>"); out.close();
실행은 JSP와 동일합니다. HelloServlet 파일을 선택하고 Run As > Run on Server 로 실행합니다.
서블릿의 단점이라 한다면 태그가 문자열 안에 들어가기 때문에 " 는 \" 로 표기해야하고 번잡스러워집니다. html 소스가 바뀌면 일이 커지죠. 때문에 JSP 기술이 나오게 된 것이구요.
하지만 JSP가 Javascript를 비롯해 비즈니스 로직과 프리젠테이션 코드들의 스파게티 소스로 변해가자 로직은 Servlet에서 처리하고 결과값을 JSP에서 보여주는 형식으로 즉 MVC(Model View Controller) 형태의 코드로 관리되는 쪽으로 변해왔습니다. MVC 프레임워크들의 탄생 배경이죠.
이클립스를 사용해서 개발을 하는 것은 기존 텍스트 에디터를 이용해서 작업하는 것과 많은 차이를 갖고 있다. 특히 웹 애플리케이션 개발에서는 더 많은 차이가 있게 되는데, 우선 언급해 볼 것이 서비스에 구성된 디렉토리와 개발에 사용되는 디렉토리의 차이점이다.
웹 애플리케이션은 서블릿 스펙에 따라서 디렉토리가 정해진 규칙을 갖고 있다.
/WEB-INF/ 브라우저를 통해서 접근이 불가능한 웹 애플리케이션 핵심정보들을 포함하고 있는 디렉토리 /WEB-INF/classes/ 패키지에 따른 디렉토리별 class파일과 properties 파일이 위치하는 곳 /WEB-INF/lib/ 웹 애플리케이션에서 사용되는 jar 파일이 존재하는 곳 /META-INF/context.xml 톰캣에서 사용되는 manager를 통한 배포용 웹 애플리케이션 Context정보 파일 브라우저를 통해서 접근 가능한 리소스들은 그 외의 디렉토리에 놓으면 된다. 특히 브라우저의 JVM 위에서 돌아가는 애플릿 class와 관련 jar 들은 /WEB-INF/ 밖에 위치해야 한다. 이 디렉토리들을 묶어서 Context 라고 얘기한다.
서비스와 관련된 디렉토리 구조가 위와 같고, 개발용 디렉토리 구조는 java 파일이라는 특징 때문에 다음과 같이 구성한다.
/src 패키지에 따른 디렉토리별 java 파일과 properties 파일이 존재하는 곳 /WebContent/ 앞에 언급한 브라우저를 통해서 접근 가능한 리소스들. 웹 애플리케이션의 컨텍스트 루트 디렉토리에 해당. /WebContent/WEB-INF/ 앞에 언급했던 /WEB-INF/ 디렉토리와 같은 성격 /build/classes /src 하위 자바파일의 컴파일된 class 들이 놓이는 곳. properties 파일은 자동 복사되는 곳.
개발 디렉토리와 WAS의 서비스되는 디렉토리의 매핑 즉 자연스런 연결은 빌드 툴인 ant를 통하거나 Eclipse같은 IDE에서 자동으로 해준다.
이클립스의 경우 Servers 라는 프로젝트가 웹 프로젝트와 별개로 생성이 된다. 여기에서 설정되는 서버의 세팅은 기본적으로 설치된 세팅과 별도로 운영된다. 즉 톰캣이 설치된 디렉토리의 conf 에 있는 설정과는 별개로 Servers하위의 서버별 server.xml 의 파일에 설정된 내용으로 동작이 된다는 뜻이다. <%= request.getRealPath("/") %> 를 통해서 확인해 보면 이클립스에서 운영하는 디렉토리가 완전히 엉뚱한 곳에 존재함을 알 수 있다. 웹 프로젝트에서 파일을 변경하면 자동으로 파일이 해당 위치로 복사된다.
구걸 등의 검색결과에서 저장된 페이지는 유용합니다만 저장된 페이지의 내용이 바뀐 경우 구걸에 구걸하는 골때리는 상황이 연출됩니다. 이럴 때 해당 게시물이 404 (Not Found) 또는 410 (Gone) 으로 표시 되어야 하는데, 컨트롤러에 다음과 같은 코드를 추가했습니다.
public void doGet(HttpServletRequest req, HttpServletResponse res) throws IOException { ... if ("106835".equals(req.getParameter("seq"))) { res.sendError(404,"File Not Found"); return; }
굵게 표시한 부분이 404 상태코드를 날리면서 메시지도 File Not Found 라고 표시되게 만들어줍니다. 게시물 죽은척하는 코드입니다.
그런데 참으로 어려운 말을 해버렸네요. "2007년 12월5일7주년입니다.10주년까지버틸께요.-행복 kenu" 라고 제일 상단에 써놓았습니다.
결혼하고 만1년이 지나고 2000년 12월 5일 JSP/XML 정보공유를 목표로 시작한 사이트입니다. 최초 도메인은 jspstudy.zoa.to 였죠. 아직도 포워딩은 됩니다. 그 당시는 dreamwiz의 5메가 무료 홈페이지 계정부터 시작했죠.
이후 2001년 3월 15일 okjsp.pe.kr 이라는 도메인을 잡고, giveu 호스팅회사에 php호스팅을 하고, jsp 게시판은 당시 다니던 회사 서버를 약간 빌리기도 했었죠. 이후 회사를 나오면서 두루넷을 쓰던 집에서 오라클에 jsp게시판을 잠시 돌렸었고, jsphost 호스팅회사를 거쳐 바람난닭님 소개로 변태대마왕님이 운영하시는 현재의 www.80port.com 호스팅회사에서 지원받게 되었습니다. 무료로 4년간 서버와 회선을 지원받았습니다. 이 회사 잘 되어야 합니다. 팔공포트 만만세.
무엇보다도 고마운 것은 사이트를 애용해주시는 분들입니다. 좋은 정보 올려주시고, 질문에 성실하게 답하는 등 사이트가 사람이 올만한 곳으로 만들어주시는 분들이죠. 광고 올리는 분들도 밉지만, 방문카운트 하나씩 올려주는 만큼만 안 미워하고 있습니다. 그래도 도배는 싫지요.
처음으로 JSP를 만들어보겠습니다. WebConent 디렉토리를 마우스 오른버튼으로 클릭해서 New > JSP 항목을 선택합니다.
JSP는 WebContent 아래 만듭니다.
New JavaServer Page 창이 뜹니다. Java하고 Server하고 찰싹 붙어있네요. 자바서버의 페이지라는 뜻이겠죠. 그래서 확장자는 자동으로 붙여줍니다. simple이라고 입력하면 .jsp는 자동으로 붙여서 파일이 생깁니다. Next 버튼을 클릭해서 다음으로 이동합니다.
이올린에 북마크하기
이올린에 추천하기
