무엇이 추가되었는지 보이시나요?? 나름 디자인패턴 책을 보고 io 쪽에서는 상위에서 close 하면 하위를
찾아가면서 close 된다는 것을 봤던 것을 잘못이해해서 어차피 response.getOutputStream() 을 통해서
만든 PrintWriter 를 close 안해도 되겠지라는 생각으로 close 를 안해줬더니 안되는 것이었습니다.
여튼 붙이는 것은 성공했습니다. 어줍잖게 알다가 삽질마일리지만 차곡차곡 쌓았네요~ ㅋㅋ
삽질마일리지 적립해서 아이팟 사야지!!
Easily compile into a war file structure, making it easy to deploy your compiled GWT application into standard servlet containers
Migration from Tomcat to Jetty hosted mode server
A more pluggable architecture for the hosted mode server will enable developers to use servlet containers other than Tomcat with the Hosted Mode browser
Uniform event handlers
Event handlers will be implemented in a uniform fashion across all widgets, with listeners deprecated
DatePicker, LazyPanel migrated in from incubator
New widgets from the incubator
String performance improvements
StringBuilder uses deferred binding to optimize string appends per-browser
Compiler performance improvements
1.6 will introduce parallel permutation compilations and other performance tweaks for faster compiles
Post 1.6
The following are features that are on our roadmap for releases post 1.6, but are in various states of development. As we reach the end of the 1.6 cycle, we'll update the roadmap with which features we are targeting for the next release.
Developer Guided Code splitting
Developer guided code splitting is a mechanism that allows developers to specify asynchronous split points in their code where the code base can be split and downloaded in different chunks. This is currently an R&D project but looks promising.
Analysis of compiled code, aka Story of your compile (SOYC)
Aims to give developers concrete information about their compiled JavaScript, such as which Java classes are generating the most JavaScript code.
In-browser hosted mode will allow GWT developers to debug their apps within a browser rather than GWT's hosted mode browser
UI Binder
The UI Binder will allow the creation of UI elements in a declarative fashion. Watch for UI Binder to land in the GWT incubator soon.
Client Bundle
Client Bundle implements the power of deferred binding used in Image Bundle in a generic fashion so that it can be used on many resources. These include TextResource, ImageResource, and CSSResource
RPC performance improvements
Ongoing work to improve the performance of RPC
릴리즈 1.6 은 2009년 1분기를 목표로 하고 있는 것 같습니다.
ㅁ 컴파일된 파일들의 배포 구조를 새롭게 가져간다는 이야기가 하나 있네요. 저번에 포스팅 했었던 그 내용 같습니다.
ㅁ 호스트 모드 서버를 톰캣에서 Jetty 로 마이그레이션 계획이 있나 봅니다. 호스트 모드의 서버는 톰캣이였죠~
ㅁ 위짓들의 이벤트 핸들러를 하나로 통합한다는 이야기로 보이네요. 다른 것들은 deprecated 시킨다는 이야기??
ㅁ DatePicker 와 LazyPanel widget 의 추가
ㅁ String 성능 향상
ㅁ Compiler 성능 향상
1.6 이후에는 여러가지 기능들이 추가할 예정으로 보이네요.
ㅁ 개발자 가이드 코드의 분할
ㅁ 컴파일된 코드의 분석 (Story of your compile, SOYC)
ㅁ 브라우저를 통한 호스트 모드 (Out-of-process Hosted Mode, OOPHM)
ㅁ UI Builder 의 제공
ㅁ 클라이언트 번들. TextResource, ImageResource, CSSResource 를 제공해줄 듯 보이네요.
ㅁ RPC 성능 향상
We will rectify the deployment issue in 1.6 by standardizing GWT around the "expanded WAR format". The two key principles are:
The result of running the GWT compiler (and possibly some associated tools/build rules) will be an expanded WAR directory structure that can be immediately deployed to a Java Servlet Container compatible web server.
Hosted mode will operate using essentially the same format, in the same directory, to ensure that hosted and compiled web applications behave the same.
In 1.6, we always dump all resources directly into the WAR directory, which the server serves directly out of. We automate in hosted mode what a build process would do. This is triggered by the Hosted Browser actually executing a selection script; the selection script (when running hosted mode) forces a hosted mode link. Subsequent GWT.create() calls may cause incremental links.
GWT 1.6 이 보이길래 GWT 1.6 버전 개발 계획인지 알고 냉큼 떡밥을 물었더니 deploy 와 관련된 내용이네요.
최근에 하는 업무가 RCP 로 어플리케이션 개발을 하는 것과 gwt-ext 에서 ui 페이지를 구성하는 작업을 하고 있습니다. 하면서 느끼는 점은 RCP 에서 Action 을 사용하면 이벤트에 대한 재사용이 편한 것과는 달리 gwt-ext 는 정리가 되지 않은 것 같습니다.
최근 viewer 쪽도 gwt-ext 에서 비슷하게 사용할 수 있는 방법을 찾고 일부 적용해보고 있습니다. Action 쪽도 정확하게 컨버팅은 할 수는 없을지라도 비슷하게 만들어 놓으면 RCP 와 gwt-ext 작업을 병행하는데도 편해질 것 같습니다.
그 전에 jface 를 재대로 이해하지 못한다면... 저만의 라이브러리가 되버릴수도....