원래 상용이었는데 구글에서 M&A 해서 오픈소프트웨어로 풀어버렸습니다. 기존의 구닥다리 Visual Editor는 버리시고 이걸 쓰시면 됩니다. 굉장히 안정적이고 속도가 빠릅니다. http://code.google.com/webtoolkit/tools/download-wbpro.html Eclipse/Install new software 에서 아래 url 등록후 설치 Eclipse 3.6 (Helios) http://dl.google.com/eclipse/inst/d2wbpro/latest/3.6 Eclipse 3.5 (Galileo) http://dl.google.com/eclipse/inst/d2wbpro/latest/3.5 Eclipse 3.4 (Ganymede) http://dl.google.co..

작년에 FX를 보고 속도때문에 실망을 많이햇었는데 지금 1.3대를 보니 엄청 빨라졌군요. 초창기보다 2,3배 빨라졌습니다. Refresh 할때마다 재로딩을 하는 문제도 사라졌습니다. 느낌으로는 속도가 Flash 정도까지 올라온것 같습니다. Oracle이 얼른 정신차리고, Chrome JavaFX plug-in 을 만들기를 바랍니다. 아래 샘플을 한번 실행해 보시길.. http://javafx.com/samples/PathAnimation/index.html

Mina가 2.0 을정식으로 릴리즈 하였습니다. 2.0 버전 자체가 1.x보다 설계부터 상당히 안정적이어서 Milestone 버전이후 크게 변한것 없습니다. 다만 흥미로운것은 있네요. - Vysper : Jabber open source에 이용 , openfire도 있긴하죠. 서브프로젝트로 만들고 있군요. - Ftp Server - SSHD - 이외 etc.. http://mina.apache.org/ 패치가 한참동안 뜸해서, 이희승씨 나가고 죽어가는거 아닌가 했는데, 잘 이어받아서 하고 있네요.

오픈소스 U-Engine : http://uengine.org/ 교육 자료 참고 http://uengine.org/web/guest/tutorial-video 1. 개발자와 업무 분석가는 서로 바로보는 관점이 틀리다. (개발자는 개발 자체에 관심) 2. 필요한 시스템을 유동적으로 변화시킬 수 있어야 한다. ( 프로세스를 빠르게 관리 가능해야 한다.) 3. BPM의 3대 약속 - 모델링의 약속 : 프로세스는 실제 업무 담당자가 관리, IT쪽은 컴포넌트 개발에만 집중한다. - 통합의 약속 : 기존 코드에 영향을 주지 않고 통합/확장 가능 해야 한다. - 관리의 약속 : IT 도움없이 원하는 형태의 프로세스를 만들 수 있어야 한다. 통계 4. 프로세스를 관리하게 되면 ? - 업무 시스템 이해에 대한 부하를 줄..

Mercurial에 대한 부분이 궁금하여 자료를 정리해 보았습니다. 많은 분들에게 도움이 됬으면 하네요. 1. Mercurial 이란? Svn의 단점을 대체할 Source Control management 를 말합니다. 아래의 특징이 있습니다. 홈페이지 : http://mercurial.selenic.com - 분산 설계 : 전통적인 SVN,CVS방식은 서버-클라이언트 방식으로, 해당 중앙서버가 작동하지 않으면 Commit을 비롯한 모든 작업을 할수 없습니다. 하지만 Mercurial은 각각 로컬에 모든 개발 History를 저장합니다. 즉, 각자가 모두 서버역할도 같이 하게 됩니다. - 빠릅니다. 데이터 구조가 매우 빠르게 설계되어 있습니다. 소스 비교, 롤백등에 대한 정보를 자세히 저장하고 있기때문에..

특정 인코딩에 대한 설정을 해주어야 한다. eclipse 폴더내에 eclipse.ini 파일을 열고 -Dfile.encoding=UTF-8 를 추가해준다. (해당 프로젝트의 기본 인코딩으로 설정해주면 된다.)

Google Code에 있는 Git과 Mercurial 의 비교 http://code.google.com/p/support/wiki/DVCSAnalysis Git이 svn의 대세를 이어갈듯 보였지만 구글에서 SVN과 함께 Mercurial을 지원하면서 양상이 달라졌다. http://mercurial.selenic.com/ http://git-scm.com/ 아래는 조엘스폴스키가 정리한 Mercurial http://hginit.com/top/ 이사람은 조엘온 소프트웨어 저자로도 유명하죠. 그리고 참 재미있게 글쓰는 사람입니다. 술술 잘읽히죠.

벌써 17까지 왔네요. 타임존, AWT버그, ImageIO 등 몇가지들 버그가 수정되었네요. 16하고 크게 다르지 않습니다. http://java.sun.com/javase/6/webnotes/6u17.html Bug Fixes This release contains fixes for one or more security vulnerabilities. For more information, please see Sun Alerts 269868, 269869, 269870, 270474, 270475, and 270476. Bug fixes for vulnerabilities are listed in the following table. BugId Category Subcategory Description ..

저만 생각하는게 아니었군요. AbstractEnum 항상 Enum을 쓰면서, 상속좀 가능하게 하면, 더 사용성이 올라간다고 생각했습니다. 현재 자바의 속성상 다중상속은 되지 않습니다. (java.lang.Object를 제외하고 말이죠) 현재 Enum클래스는 java.lang.Enum을 묵시적으로 상속받고 있습니다. 따라서 다중상속을 할수없는 자바 Spec이니 역시 우리가 구현한 Enum클래스 역시 상속을 할수 없습니다. 아래에서도 제안을 많이 하고 있네요. 한번씩 보시는 것도 좋겠습니다. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6570766 다만, 기존구조에 문제를 끼치지 않는 범위내에서 허용했으면 좋겠습니다. => 허용하는 방식 (물론 현재 안됩니다...

SingleTon 패턴을 우회해 인스턴스를 생성할 수 있더군요. Java 보안 모듈이 적용되지 않았다면, 인스턴스를 생성할 수 있네요. 보통 싱글톤 패턴을 아래와 같이 쓰실것입니다. public class SingleTon { private static SingleTon st = null; private SingleTon(){ } public SingleTon getInstance() { synchronized(SingleTon.class) { //Thread Safe if(st==null) st = new SingleTon(); return st; } } public String toString() { return "SingleTon 생성됨"; } } 전혀 이상한것을 느끼지 못하시겠죠? 그러나 여기에도..