Java 6 update 18 출시 : 성능 향상과 windows 7 지원

2010/02/04 14:56

서비 JAVA , , ,

새로운 hotspot, UI 어플리케이션의 시작과 구동 성능 향상, 우분투 8.04와 레드햇 엔터프라이즈 리눅스 5.3 및
윈도우즈7 지원, 357개의 버그 픽스가 이루어진 sun java 6 update 18 가 출시되었습니다.
JavaSE 6 Update Release Note

엔터프라이즈 개발자가 특히 흥미를 가질만한것은 가비지 컬렉션의 성능 향상일듯합니다.
Garbage First(G1) 가비지 컬렉터( 드디어 experimental 딱지를 뗐습니다.)가 신뢰성과 성능에서 괄목할 만한
향상을 이루어 냈다는겁니다. 가비지 대상 수집 처리를 병렬화(Parallel Scavenger)하고 향상된 NUMA
( Non Uniform Memory Access ) 지원이 포함됩니다.
NUMA 아키텍처는 메모리에 액세스하는 방식 중 하나로 프로세스들은 서로 다른 메모리 영역에 엑세스하는데
동일하지 않은 시간을 소비하는 특징이 있습니다.

NUMA 아키텍처..


대부분의 현대적인 컴퓨터는 이 NUMA 아키텍처에 기반하고 있습니다. Java HotSpot VM에서는 NUMA 를 이용
할 수 있는 시스템이라면  -XX:+UseNUMA 플래그를 통하여 병렬로 가비지 대상을 수집할 수 있습니다.
이 옵션의 효과는 꽤나 훌륭해서 8코어 옵테론 시스템에서 측정한 SPEC JBB 2005  ( http://www.spec.org/jbb2005/index.html )
벤치마킹에서 32비트에서 30%, 64비트에서 40%성능 향상이 있었습니다.

데스크탑 어플리케이션과 Web Start의 업데이트 주요 항목을 보고있자면 썬은 데스크탑과 RIA 마켓도
무시하지 않고 있음을 엿볼 수 있습니다.
( 개인적으로 java가 이 두 영역에서의 그다지 큰 영향력을 행사하지 못할것 같다는 생각을 하지만요..)
 - 클라이언트 서버 양쪽 VM에 새로운 java heap configuration을 적용하여 가비지 컬렉션 성능 향상.
 - 빠른 시작을 위한 클래스로딩 최적화.
 - Direct 3D를 사용할 경우 시스템에 따라 100-200ms가량 어플리케이션 시작 시간 단축.
 - JavaFX 어플리케이션의 warm start 시 15%가량 빠른 구동.
 - Web Start와 애플릿의 jar파일의 동시 다운로드
 - Java Web Start 스펙 JSR-056 을 6.0.18로 버전업하고 다수의 버그 픽스.

이 외에도 다음과 같은 변화를 포함
 - jar 파일 생성시간 20% 단축
 - JavaDB 버전 10.5.3으로 업데이트
 - VisualVM 버전 1.2.1로 업데이트
 - StaX(Streaming API for XML) 마이너 업데이트

이번 버전에 보안관련 버그 픽스 사항은 포함되지 않았습니만 이번 분기에 발표 할 다음번 업데이트에
포함될것으로 예상하고있습니다.

http://blog.sdnkorea.com/blog/504(새 창으로 열기)

이 글의 관련글
  • ZIP/JAR 엔트리의 생성 제어하기
  • WebRowSet 을 이용한 JDBC 활용하기 1부
  • 넷빈즈 6.0 출시 :: NetBeans 6.0 Released!!
  • 어드민 콘솔 <-> Edge Server RMI통신을 위한 참고 URL
  • Web Services (JAX-WS) in Java EE 5
  • NetBeans IDE 6.0 Milestone 9 배포
  • CLASSPATH에 없는 클래스 로딩
  • 자바 어플리케이션(jar)을 실행파일(exe)로 만들기 :: launch4j (2)
  • 자바 날짜/시간 계산 예제 코드 :: Java Date Code Snippet (2)
  • 2010/02/04 14:56 2010/02/04 14:56
    Trackback Address:http://www.yunsobi.com/blog/trackback/518
    [로그인][오픈아이디란?]

    뜻밖에도 JDK7에 Closure가 도입됩니다.

    이전 Java 7 로드맵 업데이트와 커뮤니티의 반응. 포스팅을 통해 JDK7에서의 클로저 누락에 대한 언급을
    한 적이 있는데요. 뜻밖에도 JDK7에 클로저를 포함하기로 했다는 뉴스를 접했습니다.

    Java SE의 수석 엔지니어 Mark Reinhold는 지난 자신의 의견에 반하여 JDK7에 클로저를 도입하기로
    했다는군요. JDK 출시 일정은 조금 지연되어 2010년 9월께가 될 듯합니다.

    Coin 프로젝트의 수석 엔지니어인 Joseph D. Darcy는 다음 버전의 JDK7에는 "경량의" 클로저가 포함되며
    Java 7에서 약간의 언어상의 변화가 있을 것이라고 말했습니다.

    썬은 java 클로저에 회의적이었지만 자바 커뮤니티는 이미 3가지의 클로저 구현 방법을 제안했었습니다.
    이 글의 관련글
  • Java 6의 새로운 기능, 향상된 부분.
  • WebRowSet 을 이용한 JDBC 활용하기 1부
  • Java Blueprints web application layout 과 Jakarta web application layout의 차이
  • ANT 를 이용한 RMI 컴파일 ( rmic 로 stub 생성하기 )
  • Version 0.2 xcEPC Network Core for Java - epcnetwork java api
  • QUEUE와 DELAYED 프로세싱
  • Redirection When Session Times Out :: 서블릿 필터를 이용한 리다이렉션 코드
  • 제 10회 자바 개발자 컨퍼런스 (2)
  • 자바 파일복사 코드와 성능 1. :: Java File Copy Code & Perfomance Issue. part 1 (4)
  • 2009/12/04 15:46 2009/12/04 15:46
    Trackback Address:http://www.yunsobi.com/blog/trackback/513
    [로그인][오픈아이디란?]

    JAVA Hot Deploy 도구 Jrebel ( 舊 JavaRebel )

    왜 Java Enterprise Web Application에서 hot deploy가 어려우며 문제가 되는지는 아래 아티클 참조.

    Tomcat , Weblogic Application Server, WebSphere, JBoss 같은 서블릿컨테이너나 J2EE컨테이너도
    옵션을 통해 Hot Deploy를 지원하긴 하지만 어디까지나 Context 전체를 리로딩하는 수준이다.

    그런 식으로나마 서버 Shutdown , Startup 조작을 줄여주는 게 고맙기는 하지만 클래스 Hot Deploy는 자바
    웹어플리케이션 개발자에게는 성가신 문제일  수밖에 없다.

    이런 문제를 풀기 위해 몇몇 솔루션이 있는데 최근에 사용해본 게 아래의 솔루션이다.
    JRebel (舊 JavaRebel)

    Jrebel

    JRebel의 리디플로이 가능 범위


    JRebel는 훌륭한 도구이긴 하지만, 위 링크에 설명된 몇 가지 이유로 완전한 Hot Deploy를 제공하는 것은 아니다.
    다만, 분명한 것은 개발 시 로컬 서버나, 테스트 서버의 shutdown 횟수를 줄여줄 뿐만 아니라 클래스 리로딩
    시간을 현격히 줄여주는 것으로도 JRebel을 사용할 충분한 가치가 있다고 생각한다.
     
    덧. 위에 소개한 JRebel은 Open Source나 Freeware가 아님.
         단, Open Source Software개발자와 Scala 개발자에 한해 무료로 제공하고 있음.
    이 글의 관련글
  • Vector에 대한 소고
  • 자바 SE 플랫폼 개괄 :: Java SE Platform at a Glance
  • 문자열 오브젝트의 길이는?
  • ZIP/JAR 엔트리의 생성 제어하기
  • 컴포넌트 시스템과 클래스 로더 경계 :: Java Class Loader
  • 썬은 G1(Garbage First) Garbage Collector를 상용화할 것인가?
  • BigDecimal의 필요성
  • Developing a Blog in < 10 Minutes with NetBeans
  • 넷빈즈 6.0 출시 :: NetBeans 6.0 Released!!
  • 2009/10/12 13:15 2009/10/12 13:15
    Trackback Address:http://www.yunsobi.com/blog/trackback/508
    [로그인][오픈아이디란?]

    JDK 7 에서 기본 제공했으면하는 메소드는?

    OpenJDK core-libs-dev 메일링 리스트에 재미있는 쓰레드가 진행되고 있습니다. ( 재미있다고 적긴 했지만 재미있기만 한 것은 아니지만요..)  What methods should go into a java.util.Objects class in JDK 7? 이란 타이틀로 진행 중인 이 쓰레드의 내용인즉, '자바 개발자가 흔히 사용하는 유틸리티 성 메소드를 구현하는 java.util.Objects 같은 클래스를 만든다면 이 Objects 클래스에서 꼭 포함 했으면 하는 메소드는 무엇인가?' 하는 내용입니다.  썬社의 Joe Darcy로부터 시작된 이 쓰레드에는 많은 회신 메일로 해당 이슈에 대한 자바 개발자의 높은 관심도를 엿볼 수 있습니다.

    Darcy는 그의 첫 번째 포스트에서 Null-safe 한 equals(arg1,arg2) 와 모든 primitive type에 대응하는 compareTo(arg1, arg2) 를 제안하고 있네요.

    Andrew John Hughes 같은 경우엔 toString(arg) 메소드에 대해 자바 리플랙션을 통하여 해당 객체의 상세를 보여주면 어떻겠냐는 것과 비슷한 방법으로 clone() 메소드도 구현해 버리자는 내용을 제안했습니다.

    이 쓰레드가 커뮤니티의 긍정적인 회신을 받고 있기만 한 것은 아닙니다. 이런 내용의 글을 접한 Stephan Oudmaijer 같은 사람은 infoQ의 해당 내용에 대한 기사에 댓글을 통해 stupid idea란 표현과 함께 그런 유틸성 메소드는 jakarta-commons에서 구현하도록 하고 제발 JDK는 그냥 내버려 뒀으면 좋겠다고 표현하고 있네요. ^^;

    여러분도 평소에 '아.. 이런 메쏘드는 기본적으로 JDK에 있었으면 좋겠는데...' 하고 생각한게 하나 둘쯤은 있을 거라 생각되는데요.. 해당 메일링 리스트에 가입하셔서 의견을 피력해 보시는것도 재미있을것 같습니다.

    이 글의 관련글
  • WebRowSet 을 이용한 JDBC 활용하기 3부
  • jar 파일 포맷의 힘
  • 제 10회 자바 개발자 컨퍼런스 (2)
  • 넷빈즈(NetBeans) 실행하기 - ClassPath 설정 v1.0
  • JavaTM Cryptography Extension (JCE) Reference Guide
  • Java Profiler JProbe 8.0 출시!! :: 자바 프로파일러
  • Java Blueprints web application layout 과 Jakarta web application layout의 차이
  • double 값을 문자열 형식의 퍼센트값으로 변환하기
  • QUEUE와 DELAYED 프로세싱
  • 2009/09/14 16:26 2009/09/14 16:26
    Trackback Address:http://www.yunsobi.com/blog/trackback/507
    [로그인][오픈아이디란?]

    Struts 2.1 + ajax 플러그인 : dojo툴킷 이용 방법 변경

    실로 오랜만에 struts 2 (정확히는 2.1.6 )를 잡았습니다.
    개발팀원이 참조 할 몇몇 코드조각들을 작성하고 있는데 어제는 ajax tag 쪽 코드를 작성했습니다.
    코드를 작성해 실행을 시켰는데 아래와 같은 몇몇 오류와 맞닥뜨립니다.


    Template /template/ajax/head.ftl not found. - Class: freemarker.template.Configuration
    File: Configuration.java
    Method: getTemplate
    Line: 489 - freemarker/template/Configuration.java:489:-1



    org.apache.jasper.JasperException: Expression parameters.parseContent is undefined on line 45, column 28 in template/ajax/head.ftl. - Class: freemarker.core.TemplateObject
    File: TemplateObject.java
    Method: assertNonNull



    Expression parameters.pushId is undefined on line 24, column 6 in template/ajax/a-close.ftl.
    The problematic instruction:
    ----------
    ==> if parameters.pushId [on line 24, column 1 in template/ajax/a-close.ftl]


    원인은 스트럿츠 2.1 릴리즈!! Committer 인터뷰에서도 언급되었던 내용에서 기인합니다.
    기존 strtus2 에서 Dojo 툴킷을 이용한 ajax를 이용하기 위해서 <s:head theme="ajax" /> 같이
    기술하던 부분이 deprecated 되었습니다. strtus2.1에서 ajax 태그를 이용하기 위해서는
    문서 상단에 <%@ taglib prefix="sx" uri="/struts-dojo-tags" %> 와 같이 새로운 태그 라이브러리를
    지정하고 <s:head theme="ajax" /> 를 <sx:head parseContent="true"/> 로 수정,
    <s:div ... /> 부분도 <sx:div ... /> 로 바뀔 뿐만 아니라 각 태그의 속성들도 변화가 있습니다.

    스트럿츠 2.0 과 2.1의 차이점을 확인하고 싶으시거나 2.0을 2.1로 마이그레이션을
    고려하고 계신다면 Apache Strtuts 2 Wiki 의
    Troubleshooting guide migrating from Struts 2.0.x to 2.1.x
    를 참고하시면 좋을 듯합니다.
    이 글의 관련글
  • 넷빈즈(NetBeans)를 구하고 설치 해 보자. v1.0
  • 자바 파일복사 코드와 성능 2 :: Java File Copy Code & Perfomance Issue. part 2 (7)
  • JMS ( Java Messaging System ) :: 자바 메세징 시스템
  • Java 7 로드맵 업데이트와 커뮤니티의 반응. (2)
  • 컴포넌트 시스템과 클래스 로더 경계 :: Java Class Loader
  • 스트럿츠 2.1 릴리즈!! Committer 인터뷰
  • 넷빈즈 6.0 출시 :: NetBeans 6.0 Released!!
  • finalize 메소드의 오버라이딩을 자제해야 하는 이유.
  • Java Blueprints web application layout 과 Jakarta web application layout의 차이
  • 2009/08/26 10:57 2009/08/26 10:57
    Trackback Address:http://www.yunsobi.com/blog/trackback/505
    [로그인][오픈아이디란?]

    썬은 G1(Garbage First) Garbage Collector를 상용화할 것인가?

    Sun은 G1이라는 애칭으로 불리는 Garbage First 가비지 컬렉터를 Java Update 1.6.0.14와 함께 릴리즈
    하였습니다. 하지만, 많은 개발자 커뮤니티에서 기다려온, 서버에 적합한 이 가비지 컬렉터를 현 시점에서는
    비용을 지불하는 고객에 한해서만 사용할 수 있도록 하고 있습니다.

    이 Garbage First(이하 G1) 가비지 컬렉터는 update 6u14 이상에서 작동합니다.

    G1은 가비지 콜렉팅 시 시스템 pause를 줄여, 서버 측에 적합합니다. G1의 가장 큰 장점은
    compaction 성능과 예측성이 향상된 Concurrent Mark-Sweep(CMS)과 사용의 간편함입니다.

    하지만, 썬의 릴리즈노트에 의하면 이 가비지 컬렉터는 Java Platform Standard Edition for Business Program
    통하여 제공되며 이용을 위해서는 썬에 Support Contact의 허락이 필요하다고 합니다.

    많은 사람이 이는 썬의 정책 변경의 징조이며 오라클과의 합병과 무관치 않다고 생각하고 있습니다.

    Java의 제약이 시작되었다. 썬은 새로운 G1 가비지 컬렉터를 포함한 Java 1.6.0.14 JDK와 JRE를
    출시하며 릴리즈 노트에 'Although G1 is available for use in this release, note that
    production use of G1 is only permitted where a Java support contract has been
    purchased.'와 같이 명시했다.  이는 이미 오라클의 입김이 작용하기 시작한 것은 아닌가.
    새롭고 멋진 기능들을 Business commercial version의 Java SE에 넣는 동안 OpenJDK는 침체
    한 길을 걷게 될 것이다.  


    반면, G1이 아직은 다양한 검증을 필요로 하기 때문에 위와 같은 결정을 내렸을 거란 의견도 있습니다.

    릴리즈 노트를 읽고 받은 첫 느낌은
    '현재의 코드는 제품으로써 미숙하지만, 출시를 진행합니다. G1은 기본적으로 비활성화되어
    있지만, 여러분의 어플리케이션에 G1을 적용하여 테스트하고 싶을지도 모릅니다. G1을 활성화
    하여 생기는 문제에 대해서는 Sun Support contact를 이용하지 않는다면 어떤 공식적인 도움을
    기대할 수 없습니다.'
    정도 였습니다.


    G1이 JDK/OpenJDK7 의 중요한 기능으로 선정되면서, 현재의 상용화 결정이 이후에도 계속되지는 않을까
    심히 걱정이 됩니다. 오라클에 특별히 반감을 품고 있거나 하진 않지만, 썬 보다 사업 수완 좋은 오라클이라는
    게 마음에 계속 걸리는군요..

    이 글의 관련글
  • WebRowSet 을 이용한 JDBC 활용하기 3부
  • 윈도우 서비스모드로 설치한 톰캣 4의 설정 변경하기
  • 자바 애플리케이션에서 동적으로 PDF 파일 생성하기
  • Creating a Simple SOA Project with NetBeans Enterprise Pack
  • 자바 API 항해지도
  • 넷빈즈(NetBeans) 실행하기 - 모듈 업데이트 v1.0
  • Java SE 6.0 Performance White Paper
  • Sun Tech Days 2008 개발자 컨퍼런스 무료 등록자에 선정되다. (4)
  • JAVA.UTIL.SCANNER로 텍스트 스캔하기
  • 2009/06/02 16:52 2009/06/02 16:52
    Trackback Address:http://www.yunsobi.com/blog/trackback/492
    [로그인][오픈아이디란?]

    자바는 call by value? call by reference?

    자바에서 메소드 인자의 전달이 call by value냐 call by reference냐 하는 이야기는 꽤
    해묵은 논쟁 중 하나입니다.

    java에서 object형을 전달할 때 일견 call by reference 인 것같아 보일 수 있습니다만,
    실제로 자바는 primitive, reference 타입 모두 call by value입니다.

    아래의 코드가 reference 타입도 call by value라는 사실을 극명하게 보여줄 수 있겠네요.


    ////// 테스트용 클래스///////
    public class TargetClass {
    private String param;

    public String getText() {
    return param;
    }

    public void setText(String param) {
    this.param = param;
    }
    }




    ///// 테스트 시도할 main 클래스/////////////
    public class CallByValue {

    public static void main(String[] args){

    CallByValue cbv = new CallByValue();
    TargetClass tc = new TargetClass();

    tc.setText("처음 입력 값입니다.");

    System.out.println( " 변경 전 : "+ tc.getText()+" "+ tc.hashCode() );

    //아래 코드에서 tc변경을 시도합니다.
    cbv.changeObject(tc);

    //이후 내용을 찍어볼까요? tc에 변화가 없다면 call by value일테고
    //변화가 있다면 call by reference이겠죠.
    System.out.println( " 변경 후 : "+ tc.getText()+" "+ tc.hashCode() );
    }

    public void changeObject( TargetClass obj){
    //넘어온 인자를 null 처리합니다.
    obj = null;
    }

    }


    자바 레퍼런스타입이 정말 call by reference에 의한 전달이라면 changeObject( TargetClass obj)이
    수행되고 나면 tc는 null 이어야 하지만 그렇지 않죠. 실제로 자바도 reference type을 인자로 전달할
    때에 reference를 넘기지만 바로 그 reference가 아니라 reference의 사본의 값을 넘기므로 진정한
    의미에서 call by reference로 볼 수 없으며, 이는 위 코드로도 충분히 증명이 되고 있습니다.

    사실, 자바에서 인자 전달이 call by value냐 call by reference냐 하는 해묵은 논쟁보다는 실제로 어떻게
    인자가 전달되는지 이해하고 코드를 작성하는 게 더 중요하겠지요.

    추가 : http://pungjoo.tistory.com/8(새 창으로 열기) 아티클에는 finalize()메소드를 이용하여 call by value임을 증명하고있네요.

    이 글의 관련글
  • WebRowSet 을 이용한 JDBC 활용하기 4부
  • Ajax와 Java EE의 통합
  • JVM에서 얻어오는 시간이 시스템시간과 차이가 날 때.
  • Redirection When Session Times Out :: 서블릿 필터를 이용한 리다이렉션 코드
  • 넷빈즈( NetBeans ) 6.0 자바 소스 인코딩 설정은 어디서?
  • Java SE 6.0 Performance White Paper
  • 넷빈즈(NetBeans)를 구하고 설치 해 보자. v1.0
  • BigDecimal의 필요성
  • 어드민 콘솔 <-> Edge Server RMI통신을 위한 참고 URL
  • 2009/03/27 21:11 2009/03/27 21:11
    Trackback Address:http://www.yunsobi.com/blog/trackback/480
    1. Blog Icon
      비밀방문자

      관리자만 볼 수 있는 댓글입니다.

    [로그인][오픈아이디란?]

    제 10회 자바 개발자 컨퍼런스

    올해로 10번째를 맞이하는 한국 자바 개발자 컨퍼런스.
    해를 맞이할수록 강의 내용도 알차지고, 진행도 매끄러워지는걸 느낀다.
    그에 반해 올해는 어쩐 일인지 참관자 수가 그 어느 해보다 적은 것 같다. 재작년의 절반정도일까..?
    불과 이삼 년 전만 해도 북적거렸는데.. 올 핸 조용하고 차분한 느낌.
    뭐, 북적대는 것보단 이편이 훨씬 좋긴 하지만 주최 측인 JCO나 협찬 기업의 느낌은 좀 다르겠지?
    이것도 다 어수선한 시국탓인가....?

    이 글의 관련글
  • 자바는 call by value? call by reference? (1)
  • finalize 메소드의 오버라이딩을 자제해야 하는 이유.
  • Ajax와 Java EE의 통합
  • Redirection When Session Times Out :: 서블릿 필터를 이용한 리다이렉션 코드
  • 넷빈즈(NetBeans) 실행하기 - Option 둘러보기 v1.0
  • KEYPAIRGENERATOR를 이용해서 비대칭 암호 키 구하기
  • Struts 2.1 + ajax 플러그인 : dojo툴킷 이용 방법 변경
  • 자바 API 항해지도
  • NetBeans IDE 6.0 Milestone 9 배포
  • 2009/02/28 19:35 2009/02/28 19:35
    Trackback Address:http://www.yunsobi.com/blog/trackback/469
    1. 2009/03/01 01:15
      2009 자바 개발자 컨퍼런스 후기 Tracked from cutewebi 희정냥★
    2. 2009/03/03 01:41
    1. 다녀오셨군요. 전 업무 문제도 있고, 이번 컨퍼런스 운영이 영 맘에 안들어서 포기.

      아마도 올해 한산할 정도로 사람이 없다고 느끼셨으면 저같은 생각을 한 사람이 많아서 일거예요.
      선착순 세션 예약제라는게 예약에 성공한 사람은 좋지만 그렇지 못한 사람은 사전 등록을 하던 말던 결국 현장에서 전쟁을 치러야 하니까 아예 포기하게 되는거죠.쩝.

      올해 듣고 싶은 세션이 몇 개 있었는데 사전 등록하러 가보니 이미 예약은 다 차고, 그렇다고 사전등록했다고 해서 이점이 있는것도 아니고... 작년처럼 전쟁통에 끼어들기 싫어 깔끔히 포기했습니다.
      내년에는 얼마나 바뀔지 두고봐야죠.

    2. Blog Icon
      서비

      그런일이 있었던겨?
      나도 사전 예약 소식을 늦게들어서 신청할땐 듣고싶었던게 하나도 남지 않았었거든..
      이희승씨의 네트워크랑 최철우씨의 Hudson 강의를 듣고 싶었는데..
      우습게도 현장에서는 참관자가 적어서 사전 예약이랑 상관없이 듣고 싶은강의 다 볼 수 있었다는...

    [로그인][오픈아이디란?]

    스트럿츠 2.1 릴리즈!! Committer 인터뷰

    스트럿츠 2.1.이 릴리즈 되었습니다. 요즘 MS쪽 어플리케이션 개발 프로젝트를 하고있지만 여전히 자바쪽
    흐름을 읽는것도 게을리 하고 있지 않습니다만, 쉽지 않네요.

    스트럿츠 2.1은 많은 양의 코드를 Plug-In Framework로 옮기는 리펙토링, Convention plug-in에 의한 XML
    설정 감소, 향상된 REST 지원에 초첨을 두고 진행되었습니다.

    InfoQ에서 스트럿츠2 커미터인 Musachy Barroso씨와 인터뷰한 기사가 올라와서 포스팅 합니다.

    2.0과 2.1의 차이점은 무엇인가요?
    많은 수의 버그픽스가 있었습니다. 그리고 REST, Convention, Java Template과 같은 플러그인이 추가되었습니다.

    많은 기능이 플러그-인 형태로 변경되었습니다. 이렇게 한 이유는 무엇인가요?
    스트럿츠 코어에는 진정한 core만을 남기자는 아이디어에서 출발했습니다. 그리고 나머지는 플러그인에
    집어 넣는거죠. 이렇게 하면서 코드의 유지보수가 쉬워 졌습니다. 그러면서 Dojo 플러그인 같은 것들은 더 이상
    스트럿츠에서 지원하지 않습니다. 이런 변화는 제거된 플러그인을 사용하지 않는 개발자와 작은 footprint를 원하는
    개발자 이외의 사람에게 직접적인 장점은 없습니다.
     
    Ajax 태그를 depreciate 한 이유는 무엇인가요?
    Struts2의 ajax 태그는 Dojo 0.4.x에 기반하고 있습니다. 그것을 Dojo의 최신버전에 맞춰 포팅하는것은 모든
    ajax 태그의 코드를 다시 작성해야한 다는것과도 같은 이야기입니다. Dojo의 새로운 버전은 너무 빨리 출시되고
    마이너 버전에서도 변경되는 코드의 양이 너무 많습니다. 태그가 Dojo의 모든 기능을 다 포함하고 있지 않기
    때문에 개발자는 주로 Dojo 라이브러리를 직접 사용하는 경향이 있습니다. 이런 이유들과 ajax 태그 개발
    지원자의 부족으로 ajax 태그를 depreciate 했습니다.

    어떤 이유로 CodeBehind 플러그인들을 Convention 플러그인으로 바꾸게 되었나요?
    Convention은 외부 프로젝트였고 늦게 Struts에 추가되었습니다. Convention은 좀 더 빠른 ClassPath Scanner,
    더 나은 Configuration elements, 로깅, 다양한 configuration 옵션, configuation reloading, 더 나은 문서화 등을
    지원합니다.

    Java Template 플러그인은 무엇인가요?
    Java Template은 FreeMarker를 이용하여 java만으로 구현한 'simple theme' 구현체입니다. 이 플러그인의 태그는
    재작성이 불가능한 약점이 있는 원래의 그것보다 4~5배 가량 빠르게 동작합니다.


    다른 많은 Web Framework가 있는데 우리는 왜 Strtus2를 선택해야 하나요?
    스트럿츠2는 아마도 가장 약한 커플링(loosely-coupled)으로 구현된 프레임워크일 겁니다. 많은 기능이
    커스터마이징 없이, 혹은 약간의 커스터마이징만으로 사용할 수 있으며, 프레임워크를 익히기가 쉽습니다.
    약한 커플링은 스트럿츠의 실체에 대한 지식 없이도 비지니스 로직을 작성 할 수 있도록 해 줍니다.
    그러면서도 스트럿츠는 대용량 트래픽을 발생하는 사이트에서 유연한 확장성을 담보하고 있다는 점입니다.


    마지막으로 한마디.
    스트럿츠 2.1 출시까지 오랜 기간 공을들였습니다. 우리는 스트럿츠 프레임워크의 빌드와 릴리즈 프로세스 개선을
    위해 정말 열심히 일하고 있습니다. 앞으로는 좀 더 짧은 주기로 새로운 버전이 릴리즈 되는것을 기대하셔도
    좋습니다.

    이 글의 관련글
  • 자바 어플리케이션(jar)을 실행파일(exe)로 만들기 :: launch4j (2)
  • 자바 날짜/시간 계산 예제 코드 :: Java Date Code Snippet (2)
  • 벤더로 부터 독립된 JMS 솔루션 구현하기
  • KEYPAIRGENERATOR를 이용해서 비대칭 암호 키 구하기
  • Redirection When Session Times Out :: 서블릿 필터를 이용한 리다이렉션 코드
  • 썬은 G1(Garbage First) Garbage Collector를 상용화할 것인가?
  • BigDecimal의 필요성
  • NetBeans IDE 6.0 Milestone 9 배포
  • SCJP 5.0 인증 시험 시뮬레이터
  • 2009/02/03 16:37 2009/02/03 16:37
    Trackback Address:http://www.yunsobi.com/blog/trackback/465
    [로그인][오픈아이디란?]

    Java VisualVM

    dev.java.net에 등록되어있는 VisualVM이라는 자바 프로라일러. 넷빈즈에 기본 포함된 프로파일러의 stand alone
    버전인지 VisualVM을 넷빈즈 프로파일러로 집어 넣은건지는 잘 모르겟지만 UI나 기능이 거의 비슷.

    아래 소개영상을 보고 마음에 든다면 https://visualvm.dev.java.net 에서 더 많은 정보를 접하실 수 있습니다.
    http://java.sun.com/javase/6/docs/technotes/guides/visualvm/index.html(새 창으로 열기) 에는 튜토리얼과 개발자를 위한
    Document가 준비되어 있습니다.

    이 글의 관련글
  • 자바 어플리케이션(jar)을 실행파일(exe)로 만들기 :: launch4j (2)
  • QUEUE와 DELAYED 프로세싱
  • WebRowSet 을 이용한 JDBC 활용하기 2부
  • 자바 애플리케이션에서 동적으로 PDF 파일 생성하기
  • 자바 SE 플랫폼 개괄 :: Java SE Platform at a Glance
  • String 타입의 날짜를 Date 타입으로 변환하기
  • ANT 를 이용한 RMI 컴파일 ( rmic 로 stub 생성하기 )
  • Eclipse 3.3 or NetBeans 6.0?
  • 넷빈즈(NetBeans) 실행하기 - 모듈 업데이트 v1.0
  • 2009/01/19 02:06 2009/01/19 02:06
    Trackback Address:http://www.yunsobi.com/blog/trackback/462
    [로그인][오픈아이디란?]

    java.beans.XMLDecoder와 java.beans.XMLEncoder를 이용한 Java객체의 xml 변환

    자바 객체와 XML간의 변환에관해서는 몇 가지 라이브러리들이 존재하고 있습니다만 이번 시간에는 Java SDK에
    기본으로 포함되어 있는 java.beans.XMLDecoder와 java.beans.XMLEncoder를 이용하여 자바객체<->XML간
    변환 방법을 알아보겠습니다.

    java.beans.XMLDecoder와 java.beans.XMLEncoder클래스는 J2SE 1.4 버전부터 이용할 수 있습니다.

    우선, XML로 변환하고 XML로부터 복원할  적당한 자바 클래스를 작성합니다.


    /*
    * Setter와 Getter를 가진 전형적인 JavaBean 클래스입니다.
    */

    package com.yunsobi.beanxmltranslate;

    import java.awt.Point;
    import java.util.ArrayList;

    /**
    *
    * @author 신윤섭
    */
    public class SampleBean {
    private int[] scores;
    private String name;
    private Point seat;
    private ArrayList entry;

    public int[] getScores() {
    return scores;
    }

    public void setScores(int[] scores) {
    this.scores = scores;
    }

    public String getName() {
    return name;
    }

    public void setName(String name) {
    this.name = name;
    }

    public Point getSeat() {
    return seat;
    }

    public void setSeat(Point seat) {
    this.seat = seat;
    }

    public ArrayList getEntry() {
    return entry;
    }

    public void setEntry(ArrayList entry) {
    this.entry = entry;
    }

    }


    보시면 아시겠지만 int 배열과 String, Point, ArrayList 객체를 갖는 전형적인 자바빈 객체 하나를 만들었습니다.

    이제, 이 SampleBean 클래스를 xml로 변환하고 변환한 xml로 부터 SampleBean객체를 복원하는 코드를 작성합니다.

    /*
    * java.beans.XMLDecoder와 java.beans.XMLEncoder는
    * Java객체를 XML로
    * XML에서 Java 객체로 변환하는 쉬운 방법을 제공 합니다.
    */
    package com.yunsobi.beanxmltranslate;

    import java.awt.Point;
    import java.beans.XMLDecoder;
    import java.beans.XMLEncoder;
    import java.io.BufferedInputStream;
    import java.io.BufferedOutputStream;
    import java.io.FileInputStream;
    import java.io.FileOutputStream;
    import java.util.ArrayList;

    /**
    *
    * @author 신윤섭
    */
    public class BeanXmlTranslator {

    public static void main(String args[]) throws Exception {

    //xml로 변환할 클래스를 생성
    SampleBean sample = new SampleBean();
    //파라메터를 세팅해 봅시다.
    sample.setScores(new int[]{100, 90, 75}); //int[]
    sample.setName("Gore"); //String
    sample.setSeat(new Point(5, 3)); //java.awt.Point
    //ArrayList에 String과 Point도 넣어보구요..
    ArrayList entry = new ArrayList();
    entry.add("우리는");
    entry.add("하나다");
    entry.add(new Point(1,1));
    sample.setEntry(entry);

    //자.. 객체를 XML로 변환 시킵니다.
    XMLEncoder encoder = new XMLEncoder(
    new BufferedOutputStream(
    new FileOutputStream("C:\\Sample.xml")));
    encoder.writeObject(sample);
    encoder.close();
    //객체 레퍼런스를 찍어보구요..
    System.out.println(sample);

    //이젠 XML에서 객체로 복원시켜 봅니다.
    XMLDecoder decoder = new XMLDecoder(
    new BufferedInputStream(
    new FileInputStream("C:\\Sample.xml")));
    SampleBean sample2 = (SampleBean) decoder.readObject();
    decoder.close();
    //객체 레퍼런스를 찍어보구요..
    System.out.println(sample2);
    }
    }


    예.. 변환의 핵심은 XMLEncoder 클래스의 writeObject() 메소드와 XMLDecoder  클래스의 readObject() 메소드
    에 있습니다.

    객체를 xml로 변환한 결과를 한번 볼까요?

    <?xml version="1.0" encoding="UTF-8"?>
    <java version="1.5.0_13" class="java.beans.XMLDecoder">
    <object class="com.yunsobi.beanxmltranslate.SampleBean">
    <void property="entry">
    <object class="java.util.ArrayList">
    <void method="add">
    <string>우리는</string>
    </void>
    <void method="add">
    <string>하나다</string>
    </void>
    <void method="add">
    <object class="java.awt.Point">
    <int>1</int>
    <int>1</int>
    </object>
    </void>
    </object>
    </void>
    <void property="name">
    <string>Gore</string>
    </void>
    <void property="scores">
    <array class="int" length="3">
    <void index="0">
    <int>100</int>
    </void>
    <void index="1">
    <int>90</int>
    </void>
    <void index="2">
    <int>75</int>
    </void>
    </array>
    </void>
    <void property="seat">
    <object class="java.awt.Point">
    <int>5</int>
    <int>3</int>
    </object>
    </void>
    </object>
    </java>


    객체의 타입과 할당된 값이 깔끔한 xml문서로 작성된것을 확인 하실 수 있습니다.

    자바에는 객체 직렬화(Serialize) 란게 있지요..
    위 XMLDecoder와 XMLEncoder가 직렬화 기능을 이용하는건지 아닌지 확인 해 볼까요?
    가장 정확한 방법은 XMLDecoder와 XMLEncoder의 소스를 보는것이겠지만 이미 위 예제 소스만으로도
    충분히 예상 하실 수 있습니다. 위 예제의 SampleBean 이 Serializable 하지 않음에도 xml문서로 생성되었습니다.
    예.. XMLDecoder와 XMLEncoder 내부적으로 java Reflection을 이용하여 xml, 객체간 변환을 수행하고 있습니다.

    java Reflection을 이용한다고 했습니다. 이는 getXXX, setXXX 메소드가 없다면 해당 변수를 xml로 만들어내지
    못하고 객체로 복원해 내지도 못함을 의미합니다.

    또 하나, XMLEncoder를 통해 변환된 xml은 문서의 형태로 보아도 외부 시스템과의 정보의 교환보다는
    객체의 상태저장/복원을 목적으로 사용하는게 더 어울릴거란 생각이 드네요.

    이 글의 관련글
  • Sun Tech Days 2008 개발자 컨퍼런스 무료 등록자에 선정되다. (4)
  • Struts File Upload
  • 자바 API 항해지도
  • 자바 SE 플랫폼 개괄 :: Java SE Platform at a Glance
  • String 타입의 날짜를 Date 타입으로 변환하기
  • JMS ( Java Messaging System ) :: 자바 메세징 시스템
  • Redirection When Session Times Out :: 서블릿 필터를 이용한 리다이렉션 코드
  • C# 레지스트리에 값을 쓰고, 읽고, 삭제하기
  • 몇가지 사소한 넷빈즈 팁
  • 2009/01/08 21:01 2009/01/08 21:01
    Trackback Address:http://www.yunsobi.com/blog/trackback/345
    [로그인][오픈아이디란?]

    Java 7 로드맵 업데이트와 커뮤니티의 반응.

    2009년 12월 수정 : Java 7에 클로저를 도입하기로 했네요.( http://www.yunsobi.com/blog/513 )

    2010년 초반 출시를 목표하고있는 Java 7의 기능을 Java SE의 수석 엔지니어 Mark Reinhold가 Devoxx에
    게시한 이후 여러 반응이 나오고 있습니다. 비록 그의 발표가 완전히 결정나지 않은 사항에 대한 잠정적인
    내용이라곤 해도 커뮤니티 - 특히 클로저(Closure)의 누락을 주시하는 - 의 반응은 대단합니다.

    Mark의 소식을 전한 Hamlet D'Arcy는 그의 블로그에 Java 7 Update from Mark Reinhold at Devoxx
    제목으로 Devoxx에 발표한 Java 7 중요한 새로운 기능을 요약해 올렸습니다.
    모듈화 - JSR-294와 Project Jigsaw.
    JSR 292 - JVM의 dynamic language 지원
    JSR 203 - 진정한 비동기 I/O( non blocking I/O가 아닌)로 구현되는 더 새로워진 I/O API
    JSR TBD - 아래에 기술하는것 같은 약간의 언어적 변화
       - 안전한 rethrow
       - Null dereference 표현식 : '?' 신택스를 이용한 Null 체크
       - 향상된 타입 추론
       - Multi-catch : catch 절에 ','를 이용하여 다수의 Exception 기술
    JSR 296 - 스윙 어플리케이션 프레임워크
    6u10 기능들의 개선(자바 커널, 퀵스타트,플러그인 등)

    위 내용과 함께, 심사숙고했지만 Java 7에 포함되지 않을 몇몇 기능도 언급했습니다.
    Closure - 의견을 통일하지 못해서.
    구상화 제네릭 ( Reified generics )
    퍼스트 클래스 프로퍼티
    연산자 오버로딩
    BigDecimal Syntax
    JSR 295 - Beans Binding

    이에대해 Java.net 에는 "Java 7에서 제외된 아래 기능 중 당신이 가장 관심을 두고 있는것은 무엇?"이란 주제로
    투표가 진행되고 있습니다.
    Java 7 and closure

    많은 이들이 Closure의 부재에 대해 관심을 갖고 있군요.


    Ricky Clarkson같은 사람은 극단적으로 Closure없이는 자바는 죽을 것이라고까지 표현하고있습니다.
    So it's confirmed. Despite James Gosling wanting closures, despite 3 working closure
    prototype compilers, despite every other JVM language supporting closures, Java 7 will
    not have closures.
    Martin Kneissl 역시 Java7에 Closure가 빠진것을 아쉬워하는 사람 중 하나입니다.
    It should have closures instead of the new style "for" loop added in Java 5. It should
    have closures in Java 6. Now it seems that it will not get closures in Java 7. Closures
    are not that difficult to understand. At least when you compare them to anonymous inner
    classes in Java. Others disagree.(새 창으로 열기) I don't follow the reasoning of the closure opponents
    when they say that because there are stupid Java programmers out there you should limit
     the Language trying to prevent them from doing too much harm. That's just impossible.
    Incompetent programmers will shoot themselves in the foot in any language(새 창으로 열기). Fortunately
    there are other languages on the JVM that can use the real strength of Java: libraries,
    portability, and (to some extent) tooling.
    이 외에도 정말 많은 개발자들이 자바언어의 Closure 미 지원을 아쉬워합니다.

    이번 발표와 커뮤니티의 반응을 통해 너무나 많은 개발자들이 클로저를 원하고 있다는 사실을 알수 있었습니다.
    아직 Java 7의 모든 기능 확정되지 않은 상황이기에 커뮤니티의 반응에따라 기능이 추가될 여지도 배제할
    순 없지만 개인적으로도 개발의 편의성을 고려하여 언어차원에서 클로저를 지원하면 좋겠다는 생각입니다.
    현재 한국 자바 개발 현장에선 1.4가 주류를 이루고 있다고 보여지고 많지 않은 곳에서 1.5 이상이 쓰이고 있는
    현실에 비추어보면 1.7이 현장에서 침투하기까진 적지않은 시간이 필요하겠지만요..

    Closure에 대해 관심을 갖으신 자바개발자라면 "Neal Gafter의 자바를위한 클로저 프리젠테이션" 을 훑어
    보시는것을 추천합니다.
    이 글의 관련글
  • 자바 SE 플랫폼 개괄 :: Java SE Platform at a Glance
  • Struts 2.1 + ajax 플러그인 : dojo툴킷 이용 방법 변경
  • Sun Tech Days 2008 개발자 컨퍼런스 무료 등록자에 선정되다. (4)
  • 넷빈즈(NetBeans)를 구하고 설치 해 보자. v1.0
  • Redirection When Session Times Out :: 서블릿 필터를 이용한 리다이렉션 코드
  • Java VisualVM
  • 넷빈즈(NetBeans)강좌 시작에 즈음하여.. v1.0
  • Yahoo Buzz Game 에서 자바 IDE 부문에서 넷빈즈가 1위네요.. (2)
  • Version 0.2 xcEPC Network Core for Java - epcnetwork java api
  • 2009/01/05 21:52 2009/01/05 21:52
    Trackback Address:http://www.yunsobi.com/blog/trackback/459
    1. 전 자바팬은 아니지만 어째 제가 더 아쉽군요^^

    2. Blog Icon
      서비

      Generics(JSR-14 였었나요?)가 JSR에 올라가서 1.5에 추가되기까지 8년이라는 시간이 걸렸죠.
      기존 코드와의 역방향 호환성을 유지하면서 도입의 영향을 최소화하기 위해 그렇게나 긴 시간을 들여 고민을 한 것인데요.
      클로저를 도입하는데도 저런 긴 시간을 들인다면 그 사이 어떤 전개가 펼쳐질지 궁금합니다.

    [로그인][오픈아이디란?]

    Servlet 3.0 스펙에 기인한 보안 논쟁

    서블릿 API에 근간한 대부분의 자바 웹 어플리케이션 프레임웍은 web.xml파일에 하나 이상의 서블릿, 필터, 리스너 등
    웹 어플리케이션에 관계한 설정을 기술해야만 합니다. 의존관계에 있는 WEB-INF/lib 디렉토리의 jar들도 포함해서 말이죠.
    EE6의 한 부분을 구성하는 Servlet 3.0 스펙인 JSR-315은 이것을 바꿀 방법을 모색하고 있습니다. 서블릿 3.0 스펙은
    현재 Public Review 상태이면 그 내용은 아래 링크에서 확인하실 수 있습니다.

    JSR-000315 JavaTM Servlet 3.0 Specification

    서블릿 3.0 스펙에는 무설정(Zero Configuration) 지향과 이식성(Plugability) 향상을 목표로 다음과 같은 새로운 기능이 추가됩니다.
        1. annotation의 추가 : 서블릿 3.0 스펙에는 서블릿의 url-mapping 정보를 제공하기위한 @Servlet과 같은 수 개의
            새로운 어노테이션(@ServletFilter, @FilterMapping 등)이 추가됩니다.
        2. web.xml의 분할(fragments) 설정 지원 : 서블릿 정의, 필터 혹은 리스너 등을 각각 지정한 설정 파일을 web.xml에 merge하는
            방식을 채택해 개개의 웹 프레임워크 jar 파일들의 각자 고유한 설정을 가질 수 있도록 하였습니다.
    Flag(metadata-complete)는 annotation과 fragment 모두의 스캐닝을 제어하는데 이용됩니다.

    위와 같은 사양 추가로 인해 원치않는 서블릿이나 필터들의 배포로 야기될 수 있는 보안 위협에 Expert Group내에서도
    적지않은 논쟁을 펼치고 있습니다. 물론, 그런 보안 위협은 제거할 수 있을만큼 충분히 유연하다는 의견도 만만치 않구요.
    이에 대한 Expert Group의 잠정적인 결론은 커뮤니티의 피드백을 받아보자는 쪽인것 같습니다.

    Greg Wilkins는 Automatic Scanning 과 분할된 설정파일의 merge를 예로든 그의 글을 통해 <include>라는 옵셔널
    엘리먼트를 추가하는 방식을 제안했습니다.
    "Without a web.xml or with a 3.0 web.xml that does not list any inclusions,
    the default would be to search all of WEB-INF for annotated servlets and filters,
    TLD listeners and web.xml fragments as currently proposed. If however,
    a web.xml contained <include> element, then the discovery process would be
    modified as the following examples illustrate:
    <include src="WEB-INF/lib/dwr.jar"/>
    <include src="WEB-INF/lib/cometd.jar"/>
    <include src="WEB-INF/classes"/>
    This include would scan only the dwr.jar and cometd.jar for annotations,
    TLD fragments and web.xml fragments, the WEB-INF/classes directory would be scanned for
    annotated servlets. No other jars or classes would be scanned unless listed in their
    own include elsewhere in the web.xml."
    Specification 리더중의 한 명인 Rajiv Mordani는 위와 같은 방법에 놀랍긴 해도 수긍할 순 없다고 하네요.
    "Greg Wilkins의 제안하는 방법은 의도하지 않은 서블릿과 필터들이 노출되는 것을 우려하는
    곳에나 먹히는 매우 특별한 경우로 그것은 프레임워크 개발자의 문제이며 특정 컴포넌트를
    노출하지 않기를 원하는 이용자의 문제는 아니라고 생각한다. 이런 경우라면 flag를 이용하여
    jar의 집합으로부터 효율적으로 스캐닝을 컨트롤 할 수 있다."  

    다른 두 가지 가능성에 대해 올해 Java One Conference에서 Expert Group 사이에서 논의가 있었습니다.
    한 가지 방법은 web fragments와 annotations의 스캐닝 여부를 활성화(enable/disable)하는 두 번째 flag를
    metadata-complete에 추가하는 방법이 있겠습니다.
    Rajiv Mordani의 요지는 어노테이션 메카니즘은 이미 web.xml 파일의 설정을 상속받을 수 있도록 구현 되었기
    때문에, 이런 방법을 통해서도 원하는 수준의 제어가 가능하다는 것입니다.
    "When you use annotations to declare servlets and Filters then you must have a url-mapping
    / FilterMapping attribute on the corresponding servlet / Filter.
    In this way there is no convention by which a servlet is exposed without having an explicit mapping.
    Also, as with the rest of the Java EE platform, specifically technologies like EJB and Web Services,
    the deployment descriptor is used to override information that is specified via annotations....
    If you didn't want any of the annotations to be processed at all by the container and wanted to specify
    all the configuration via the deployment descriptor, then, like with the rest of the Java EE 5 platform,
    we have the metadata-complete element in the descriptor. If the element is present and set to "true" then
    the container will not process any annotations and just use the configuration specified in the descriptor.
    This provides a way [to] disable the auto-scanning for those that have concerns about performance,
    and security.”

    마지막 방법은 아래와 유사한 방식으로 서블릿과 필터를 무효화하는 메카니즘을 web.xml에 기술하자는것
    <servlet>
          <servlet-name>FrameworkServlet</servlet-name>
          <enabled>false</enabled>    
    </servlet>
    등이 있습니다.

    해당 이슈에 관심이 있거나 feedback을 원하는 분은 jsr-315-comments@jcp.org으로 의견을 보내실 수 있습니다.
    이 글의 관련글
  • 벤더로 부터 독립된 JMS 솔루션 구현하기
  • 넷빈즈(NetBeans) 실행하기 - 모듈 업데이트 v1.0
  • JMS ( Java Messaging System ) :: 자바 메세징 시스템
  • Java 6의 새로운 기능, 향상된 부분.
  • Yahoo Buzz Game 에서 자바 IDE 부문에서 넷빈즈가 1위네요.. (2)
  • 자바는 call by value? call by reference? (1)
  • 2009 웹트렌드 맵
  • 넷빈즈 6.0 출시 :: NetBeans 6.0 Released!!
  • 넷빈즈(NetBeans) 실행하기 - Option 둘러보기 v1.0
  • 2008/12/29 15:05 2008/12/29 15:05
    Trackback Address:http://www.yunsobi.com/blog/trackback/456
    1. Blog Icon

      서블릿 3.0에서 서버 푸쉬를 지원한다고 하던데 요런 이슈도 있었군요~
      건강 꼭 챙기시공 조만간 뵈용 ㅋㅋ

    [로그인][오픈아이디란?]

    Java Blueprints web application layout 과 Jakarta web application layout의 차이

    ** 본 포스팅은 2006년 12월 20일 네이버 블로그에 포스팅한 내용을 백업, 내용을 보강한 것입니다. **

    자바 진영에서 웹어플리케이션(jsp,servlet,jsf,struts,webwork 등을 통틀어)을 구성하는데는 크게 두가지의 표준디렉토리 레이아웃이 존재한다.
    ( 모든 웹 프로젝트가 표준을 따르는것은 아니며 각각의 프로젝트마다 달라질 수있다. 여기서는 두 표준이 제시하는 디렉토리 레이아웃을
    살펴보고자 할 따름이다.)

    하나는 SUN에서 내 놓은 JAVA Blueprint, 나머지 하나는 자카르타 프로젝트이다.
    두 레이아웃의 차이는 아래 다이어그램으로 표현 할 수 있다.

    java blueprint web application layout 과 jakarta web application layout의 차이


    주황색으로 구분지어 놓은 부분이 두 구성간의 디렉토리 차이이다.

    J2EE 환경을 구축하기 위해선 Java Blurprint 형식의 레이아웃이 더 알맞은 형식이라 생각한다.
    netbeans 에서 웹 어플리케이션 프로젝트를 생성 하면 위의 두 형식의 표준을 모두 지원한다.
    메뉴 -> File -> New Project... -> 프로젝트 카테고리에서 Web 선택 -> next 하면 아래와 같은 대화창이 뜬다.

    넷빈즈에서 웹어플리케이션 레이아웃 선택 옵션


    붉은 색 박스 안과 같이 두 양식 중 하나를 선택 할 수 있으며 이 두 양식의 선택에 따라 아래와 같은 표준 레이아웃으로 프로젝트가 생성 된다.
    (추가 : 현재의 넷빈즈는(버전 6.0이상) 위와 같은 옵션이 사라지고 Java BluePrints형식에 맞추어 디렉토리가 설정됩니다. )

    웹어플리케이션간 디렉토리의 차이


    맨 위 디렉토리 형식에 추가하여 nbproject 와 test 디렉토리가 추가로 생성 되는데 nbproject에는 해당 웹 프로젝트에 대한 메타 데이타와
    build.xml에 기술 되어야 할 앤트 스크립트의 실제 내용이 배치되며, test 디렉토리에는 test용 클래스등을 구성 할 수 있는 디렉토리로 존재하게 된다.

    * MANIFEST.MF ?
    Executable JAR 파일을 생성 할 때 main 클래스를 지정 하게 되는데
    이 내용을 기술 하는 텍스트 파일이다.

    그 기술 내용은

    Mainfest-Version: 1.0
    Main-Class: [filename] (.class 없이)
    Created-By: [생성자 정보] (필요한 내용을 자유롭게 기술...)

    이며 
    실행은 콘솔에서
    java -jar jarfilename.jar [엔터]
    혹은 jre 가 설치 되었다면  jar 파일을 더블클릭 하는것으로 실행이 가능하다.

    이 글의 관련글
  • JAVA Base64 Encoding / Decoding
  • 최고의 루비온레일스 개발도구 넷빈즈 :: Netbeans THE best ruby on rails IDE
  • CLASSPATH에 없는 클래스 로딩
  • Version 0.2 xcEPC Network Core for Java - epcnetwork java api
  • UML Modeling Demo On NetBeans : Reverse Engineering a Java Application
  • WebRowSet 을 이용한 JDBC 활용하기 1부
  • JavaMail :: 인증을 요하는 메일 SMTP에 접속하는 방법
  • 웹호스팅 서비스 결재주기 변경
  • ANT 를 이용한 RMI 컴파일 ( rmic 로 stub 생성하기 )
  • 2008/12/23 11:14 2008/12/23 11:14
    Trackback Address:http://www.yunsobi.com/blog/trackback/455
    [로그인][오픈아이디란?]

    자바 제한자 정리 : Modifires Matrix in Java

    자바를 입문하면 가장 처음에 다루는 것중 하나인 제한자를 정리하는 차원에서 각 제한자별로 사용가능한 곳과 그렇지 않은 곳을 구분해
    일람을 작성해 봤습니다. 흔히 접하는 접근 제한자 외에도 잘 사용하지 않는 native라던지 strictft 같은 제한자도 함께 표기합니다.

    대상 변수 메소드 생성자 클래스 인터페이스
    제한자 외부 내부 외부 내부
    abstract X O X O O O O
    final O O X O O X X
    native X O X X X X X
    private O O O X O X O
    protected O O O X O X O
    public O O O O O O O
    static O O X X O X O
    synchronized X O X X X X X
    transient O X X X X X X
    volatile O X X X X X X
    strictfp X O X O O O O


    제한자 사용 규칙 ( 곰곰히 따져보면 아래 룰과 같이 될 수 밖에 없습니다.)
     - 메소드는 public, protected, private, default 중 오직 하나의 접근 제한자를 갖습니다.
     - 클래스는 abstract와 final을 동시에 지정할 수 없습니다.
     - abstract 메소드는 private, static, final, native, strictfp, synchronized 중 어떤 제한자도 사용할 수 없습니다.
     - 메소드는 native, strictfp를 동시에 지정할 수 없습니다.
     - abstract와 native 메소드는 body를 갖지 않습니다.
         예) abstract void someMethos();
         예) native void someMethos();
     - abstract 메소드를 갖는 클래스는 해당 abstract메소드를 구현해야만 합니다.
     - final 변수는 volatile일 수 없습니다.

    java_langspec-3.0.pdf

    Java Language Spec 3.0




    위와 관련한 Sun의 공식 문서는 아래 url에서 참조하실 수 있습니다.
     Java Language Specification SE 3.0
      final Variables
      Class Modifires
      Field Modifires
      Constructor Modifires
      Interface Modifires
      Evolution of Classes
      FP-strict Expressions
    이 글의 관련글
  • JAVA 5 한글 api
  • 벤더로 부터 독립된 JMS 솔루션 구현하기
  • WebRowSet 을 이용한 JDBC 활용하기 4부
  • 자바 애플리케이션에서 동적으로 PDF 파일 생성하기
  • Version 0.2 xcEPC Network Core for Java - epcnetwork java api
  • 자바는 call by value? call by reference? (1)
  • Java SE 6.0 Performance White Paper
  • Web Services (JAX-WS) in Java EE 5
  • Ajax와 Java EE의 통합
  • 2008/12/15 18:32 2008/12/15 18:32
    Trackback Address:http://www.yunsobi.com/blog/trackback/451
    [로그인][오픈아이디란?]