JVM TimeZone

개발/JAVA/JSP 2007/11/06 12:56 posted by zekill

어느날 문득 자바에서 내 로컬시간과 상관없이 시간이 나오는걸 확인했다.
자세히 보니 9시간이 빠진 표준시로 나오는거다. GMT시간이.....
거참 로컬시간에 맞춰서 나와야 하는거 아닌가...고민을 하다가 보니 locale이 잘못 설정되어있나 하고
내 PC걸 확인해봐도 제대로 되어있고..-0-;;;;
그래서 자바의 타임존을 보았더니 빈칸으로 되어있다.
옆의 PC에서도 나와 같이 빈칸으로 되어있는데 정상적으로 한국시간을 표시하는데
어째 내 PC에서는 옆 PC와 다르게 GMT로 표시하는지....ㅡㅡ;;;
찾아보니 기본이 내 PC의 locale을 감지해서 자동으로 출력한다고 하는데...
아무래도 JVM 버그의 일종인듯 하다. 비스타에서는 이런 버그가 있다고 sun에 나와있긴하던데..-0-;;;

그래서 확인해보았다. 현재 내 자바의 버전은 1.5.0_10
간단하게 시간출력하는 걸 만들어서 자바시간 찍고 OS시간을 찍도록 실행을 시켰다.


사용자 삽입 이미지

우선 기본은 GMT로 출력이 되어 9시간의 차이가 나온다.
timezone을 Asia/Seoul 또는 GMT+09:00 으로 지정해주니 정상적으로 나온다.
에거... 이거 몰라 한참 해맸다...말그대로 삽질...ㅜㅜ
이클립스에서 WAS 실행시켜주는 부분에 VMargv 넘겨주는 곳에 -Duser.timezone=GMT+09:00 옵션을 추가하니 잘 된다...-0-;;;;;
이거 왜 자동으로 못잡고 사람 애먹이니...ㅜㅜ
2007/11/06 12:56 2007/11/06 12:56

이클립스 화면분할하기

개발/JAVA/JSP 2007/10/10 11:11 posted by zekill
이클립스에서 따로 화면분할 기능이 없어 답답할때가 많았었다.
꼭 필요할 땐 다른 에디터를 잠깐 사용해보기도 했고....
이클립스를 두개뛰워 같은 효과를 보기도 했었는데....

이러나 저러나 통합툴에서 안된다는건 참 불편한일이다.

그래서 안되겠다 싶어 생각을 좀 해보니...의외로 간단히 해결되더라.
확실히 지원되는 기능이라거나 뭐 더 좋은 방법 있으신분은 좀 얘기해주세요...^^;;;
뭐 근데 이것도 나쁘지 않다.
이미 알고 있거나 그건 원래 그렇게 쓰는거다 이노맛~~ 하시는분 패쓰~~ㅋ


1. 우선 이클립스를 뛰우고 소스를 암거나 하나 열자.

사용자 삽입 이미지


2. 열린 소스의 탭에서 오른쪽 버튼을 클릭하면 팝업메뉴의 하단에 new editor 라는 메뉴가 있다. 클릭 ㄱㄱ!!
사용자 삽입 이미지



3. 그럼 같은 소스가 다른 탭으로 하나 더 열리게 된다.
사용자 삽입 이미지



4. 새로 열린 탭을 마우스로 드래그 하여 아래로 쭈욱 당기다 보면 아래 그림처럼 줄이생긴다. 이때 마우스 드랍!!
사용자 삽입 이미지


5. 창 두개를 뛰운거긴 하지만 바로 화면 분할로 해서 사용하는거랑 같은 기능으로 그대로 사용가능하다.
사용자 삽입 이미지


뭐 그림이 있어서 그렇지 실제로 해보면 간단하다...-0-// (클릭하고 드래그 한번 한것밖에.......)

그럼 좋은 하루 되세요^^//
2007/10/10 11:11 2007/10/10 11:11

[스크랩] JSP에서의 include

개발/JAVA/JSP 2007/09/28 10:26 posted by zekill



JSP에서 인클루딩 방식 2가지와 함께 인클루드 파일을 수정하였을때 적용되지 않는 부분이 소개되어 있어 예전에 이것을 몰라 헤매던게 생각나 포스트합니다...^^;;;
인클루딩 파일을 수정하였을때 적용되지 않는 문제에 대한 해결방법은 글 본문 중 붉은 색으로 처리해놓았습니다.


--------------------------------------------------------------------



[원문] http://aboutjsp.com/lec/include.jsp
저자 : 이선재(hsboy)


JSP 에서는 두가지 방법으로 다른 문서를 현재의 문서에 포함 시킬수 있습니다. 이번 강좌에서는 이러한 두가지 include 문에 대해서 알아 봅니다.

* include 란?

다른 웹 언어(PHP or ASP등)를 프로그래밍 해본 경험이 있으신 분들은 include 가 무었인지 잘 알고 있을 것입니다.
include 란 현재의 문서에 다른 문서, 즉 다른 파일의 내용을 포함시켜 출력하는 것을 말합니다. 예를 들어 doc1.jsp 라는 문서의 내용이 아래와 같다고 합시다.

doc1.jsp
<%@ page contentType="text/html;charset=euc-kr"%>
<%
    out.print("<h2>이것은 doc1.jsp의 내용입니다.</h2>");
%>

그리고 doc2.jsp 의 내용이 아래와 같을때

doc2.jsp
<%
    out.print("<h2>이것은 doc2.jsp의 내용입니다.</h2>"); 
%>

위의 두개 문서의 출력을 한번에 보고자 할 때 include를 사용합니다.

doc3.jsp
<%@ page contentType="text/html;charset=euc-kr"%>

<jsp:include page="doc1.jsp" flush="true" />

<%@include file="doc2.jsp" %>

위의 doc3.jsp 를 출력하면 아래와 같은 화면이 출력됩니다.

doc3.jsp 실행화면

사용자 삽입 이미지

위의 소스에서 눈여겨 볼 부분이 doc2.jsp 의 상단 부분인데, doc2.jsp에는 page Directive가 생략 되어 있습니다. 이것은 두가지 include 방식의 차이 때문인데, 자세한 설명은 아래에서 하도록 하겠습니다.
또한 이러한 기능을 SSI(Server Side Include)를 이용해서 구현할수도 있는데 이것은 apache웹서버에서 지원하는 내용 이므로 여기에서는 다루지 않도록 하겠습니다. 자세한 내용이 궁금하신분은 여기를 참고 하시기 바랍니다.


* JSP Action - <jsp:include page="URI" flush="true" />

[syntax]
1). body 구문이 없는 경우
<jsp:include page="URI" flush="true" />

2). body 구문이 있는 경우
<jsp:include page="URI" flush="true">
<jsp:param name="파라메터이름" value="파라메터값" /> 
/* xxx.jsp?파라메터이름=파라메터값 */ </jsp:include>

위와 같이 두가지 사용 용법이 있으며, 두번째 방법을 사용하면 해당 jsp파일에 파라메터값도 넘겨 줄수가 있습니다.
JSP Action 구문의 include 는 include되는 파일과 include 시키는 파일(doc1.jsp와 doc3.jsp)를 각각 컴파일 한후 두 파일의 실행 결과를 한곳에 합쳐서 출력을 하게 됩니다. 즉, 완전히 "별도로" 동작하게 됩니다.
여기에서 flush="true" 문장은 true나 false 가 들어 갈수 있는 부분으로써 include를 실행하기 전에 out.flush()를 실행할지 여부를 결정하는 것입니다. 물론 true일때 out.flush()를 실행하겠지요. JSP 스펙 1.1 까지는 반드시 true로 설정이 되어 있어야만 했으니, 1.2 부터는 true/false중 원하는것을 선택하면 됩니다.


* include 지시어 - <%@ include file="URI" %>

include 지시어 와 Action 구문과의 가장 큰 차이점은 include 지시어는 컴파일 되기전에 파일이 내용이 합쳐진다는 것입니다. 즉, doc3.jsp 는 doc2.jsp의 내용을 자신의 문서내에 포함하여 하나의 파일로 인식한다는 것입니다. doc2.jsp 에 보면 page Directive 가 생략이 되어 있는데, 그것이 바로 이러한 이유 때문입니다.

doc2.jsp에도 page Directive를 설정해 주었다면 에러가 발생할 것입니다. 하나의 페이지에 두번 선언을 하는 꼴이 되어 버릴테니까 말이죠.


* Action 구문과 include 지시어의 중요한 차이점

JSP프로그래밍을 조금이라도 접해 보신 분들이라면 누구나 아는 대로 JSP는 먼저 servlet 으로 변환되고, 그 다음 servlet 이 컴파일 되어 그결과를 화면에 출력해 주게 되어 있습니다.
그런데, Action 구문을 사용 하였을 때에는 두개의 파일 각각 다른 파일처리 되어 두개의 servlet 파일 생성하게 됩니다. 따라서 어느 한 파일이 수정되면 곧바로 적용되어 화면에 출력이 되게 됩니다.

하지만 include 지시어 문을 사용하게 되면 하나의 servlet 파일이 생성되게 됩니다. 이로 인해 엄청난 차이점이 발생하게 되는데, JSP의 특성상 JSP파일이 조금이라도 수정이 되어 있으면 servlet 으로 재 변경되어 다시 컴파일이 이루어 지게 됩니다. 그런데, doc2.jsp 파일을 내용을 수정하고, doc3.jsp 파일을 부르게 되면 수정되기 전의 doc2.jsp 파일의 내용이 출력됩니다.

또다시 doc3.jsp 파일을 살짝 고치고 doc3.jsp 을 부르게 되면 이제서야 수정된 doc2.jsp파일의 내용이 화면에 출력 되게 될 것입니다. 눈치 빠르신 분들은 알아 차리셨으리라 생각됩니다만..
이렇게 된 원인은 아무리 doc2.jsp의 내용이 수정된다 하더라도 JSP엔진에서는 doc3.jsp가 수정이 되지 않아 JSP 엔진에서는 수정되지 않은 같은 파일로 인식하여, servlet 파일을 다시 생성하지 않았기 때문입니다.

따라서, include 지시어 문을 사용하셨을 경우에는 두개의 파일 모두 수정해 주어야(doc3.jsp는 공백하나가 추가 되더라도 수정되어야 합니다) 원하는 결과를 얻을수가 있게 됩니다.
이경우 하나의 파일을 여러개의 파일에서 include 지시어 로 include 하였다면 이것은 치명적일수도 있습니다. 예를 들어 dbcon 같은 내용을 만들어 include 해서 사용하는 경우 상당히 많은데, 이럴때 큰 문제 거리가 될수도 있습니다.
이러한 문제점을 한번에 해결하는 방법이 있는데, ...tomcat/ 디렉토리에 보면 work 라는 디렉토리가 있습니다. 이곳이 바로 변환된 servlet 파일들이 저장되어 있는 곳인데, 이 디렉토리를 완전 삭제 한후에 tomcat을 재시작 시키면, 변경된 내용들이 한번에 적용이 될것입니다.(모든 servlet 파일이 재작성되니 당연한 결과 이겠지요)
그런데 이러한 특징은 tomcat 5 버젼대부터 달라지게 되었는데, include되는 파일을 수정하더라도 서블릿 컨테이너가 알아서 모두 재 컴파일 해준다는 것입니다. 필자가 확인한 바로는 OC4J 최신 버젼에서도 tomcat 5와 같이 자동으로 처리되었습니다.

2007/09/28 10:26 2007/09/28 10:26
java.lang.NoClassDefFoundError 정말짜증이다..

class를 못찾을때 뜨는 에러인데..

보통은 이클립스나 델파이 같은 프로그램을 깔면서 클래스 path가

변경이 되어서 에러가 나는경우가 태반이다 때문에 해결점은..

java.exe 뒤에 -classpath. 이라고 쳐주면 된다..-_-;;

백만불 짜리팁!ㅋㅋ




zekill : 접때 보니 의헌이 형은 이미 그렇게 하고 있던것 같던뎅...ㅋㅋ
(2007-02-05 13:53:33) 
zekill : 음 그리고 클래스패스는 환경 변수에 세팅하다 보면 여러개 설치하고 할때 중복되기도 하고 얼핏 듣기로는 성능에도 좋지 않데...그래서 니가 말한데로 직접 필요한곳에 기재하는 방법이 더 좋다고 하더라구 그리고 나같은 경우 지금 여기작업하는곳이 이클립스에다가 마이이클립스라는 상용플러그인을 붙여서 작업 하거든 그래서 나같은 경우는 이클립스에다가 클래스경로를 다 세팅해놔 그러면 뭐 이클립스가 알아서 하니까 ㅋㅋ 이렇게 세팅하게 되면 작업 폴더에 .classpath 라는 파일이 생기고 거기에 xml형태로 클래스경로가 주우욱 나열되 아마 앞에 .이 붙는건 유닉스/리눅스에서 점이 붙는건 히든 파일이 되버리는데 그걸로 그냥 진행이 되서 그런것 같기도 하고 마지막으로 내가 실행시키는 이클립스 바로가기 보여줄꿰~~


C:\TEST\app\eclipse3.2\eclipse.exe -vm C:\TEST\app\java\jdk1.5.0_06\bin\javaw -data C:\TEST\workspace -vmargs -Xverify:none -Xms128m -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M

이걸 바로 가기로 하나 만들어서 실행시켜 뭐 뒤에 저렇게 세팅해주고 하는게 작업할때 좀더 낳은 환경이 된다나 머라나...뭐 대충 자바VM경로랑 작업 파일 경로랑 메모리 사이즈 같은걸 미리 세팅해주는거얌 그냥 참고~ㅎ
(2007-02-05 14:00:21) 
2007/09/01 22:49 2007/09/01 22:49

DWR이라는 AJAX framework

개발/JAVA/JSP 2007/09/01 22:39 posted by zekill
Direct Web Remoting 이라는 엔진인데 AJAX를 사용하기 편하게(?) 한 엔진이다
어떤 분이 현재 스프링 프레임웍을 지원하는 유일한 엔진이라 초이스하게 되었다고는 하는데..뭐 어찌됐든

아직 실질적으로 사용하진 않았지만 먼저 작업시작한 분들이 사용하는걸 보면
자바 서비스단에 바로 붙어 콜을 하는...음...닷넷의 리모팅 개념이 되려낭...

할튼 이번기회에 AJAX에 대해서도 다시 한번 생각해보게 되어 좋은것 같다

DWR 이름도 뭐 그런데도 맘에 들고...ㅎㅎ




http://getahead.ltd.uk/dwr/browser/engine 
2007/09/01 22:39 2007/09/01 22:39
TAG , ,