블로그 이미지
올해목표 // 10월 어학연수 떠나자~ 자수씨

카테고리

전체글 (1457)
Brand New! (28)
주절주절 (213)
MOT (11)
해외쇼핑 (49)
쇼핑노트 (150)
취미생활 (94)
iPhone (4)
Eclipse (121)
Google (83)
Spring (31)
JAVA (176)
JavaScript (59)
WEB (49)
Database (20)
OS (26)
Tools (8)
Tips (26)
IT정보 (1)
Book (21)
Programming (37)
외부행사 (43)
주변인들 (17)
여행노트 (60)
학교생활 (30)
회사생활 (52)
사회생활 (5)
외국어공부 (12)
잡동사니 (30)
Total
Today
Yesterday
 
05-02 07:38
 

달력

« » 2024.5
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31
 

최근에 올라온 글

최근에 달린 댓글


자바지기 박재성님께서 멘토를 하시는 프로젝트입니다.

원래부터 관심이 많던 GWT 에 자바지기님이 하시기에 완전 관심 집중!!!

저는 참가신청을 했습니다. 결과만 기다리는 중...

[프로젝트 링크]

프로젝트 요약
GWT와 Spring 프레임워크를 기반으로 블로그를 만들어가는 과정에 대하여 진행한다.
프로젝트 상세
l 프로젝트 세부 기능
1.      지금까지의 개발 방식과는 다르게 데이터베이스 설계부터 진행하는 것이 아니라 도메인 모델을 설계하고 이를 바탕으로 소스 코드를 확장시켜 나가는 방식을 취한다. GWT와 Spring에 대한 기술적인 이해도 있겠지만 Mock Object를 이용하여 인터페이스를 확장하고 설계를 개선시켜 나가는 방법을 습득해본다.
2.      기본적으로 사용하는 기술 요소는 GWT + Spring + Spring JDBC를 기반으로 개발한다. DB는 hsqldb와 같이 가벼운 DB를 사용할 예정이다.
3.      GWT를 다루면서 새롭게 등장하고 있는 웹 UI 개발 방향에 대한 이해도를 높일 수 있다.
4.      Spring 프레임워크에 대한 기본적인 지식을 습득하고 Spring 프레임워크 기반의 테스트 코드 구현 방법에 대하여 습득할 수 있다.
l 일정
1.      개발 환경 세팅 및 설계 – 개발 환경을 세팅하고 도메인 설계
2.      구현1  – 도메인 모델 구현
3.      구현2  – GWT를 이용한 UI 구현
4.      문서 – 설계 문서
라이선스
 
제약 및 요구 사항
l Junit 기반의 테스트 수행이 원할 할 것
l JMock과 같은 Mock Object에 대한 개념을 알고 있어야 한다.
l 이클립스 기반 개발이 가능해야 한다.
l Java에 대한 기본 지식은 보유하고 있어야 한다.
추가정보
 




Posted by 자수씨
, |

몇 주 전부터 만들려고 기초공사를 해 놓았던 플러그인을 오늘에야 완성했습니다.





이제는 패키지 익스플로러에서 패키지단위로 처리를 하는 로직을 구현해야 겠습니다.



Posted by 자수씨
, |

GWT 관련된 프로젝트 하나가 또 구글 코드에 공개되었습니다. 
GWTEventService 라는 프로젝트로 작년말에 1.0 버전이 릴리즈 되었습니다.

프로젝트 페이지: http://code.google.com/p/gwteventservice/

GWTEventService 는 이벤트 기반의 클라이언트-서버 통신 프레임워크입니다. GWT-RPC 와 Comet 을 이용합니다.
자세한 내용은 아래쪽에...

GWTEventService is an event-based client-server communication framework. It uses GWT-RPC and the Comet / server-push technique. The client side offers a high-level API with opportunities to register listeners to the server like to a GUI component. Events can be added to a context/domain on the server side and the listeners on the client side get informed about the incoming events. The server side is completely independent of the client implementation and is highly configurable. Domains can be defined to decide which events are important for the different contexts.

Advantages

  • Encapsulation of the client-server communication
  • High-level API with listeners and events
  • Only one open connection for event listening
  • Reduction of server calls
  • Reduction of connection peaks
  • Events are returned directly when the event has occurred (instead of polling)
  • Events are bundled to reduce server calls
  • Based on the GWT-RPC mechanism
  • Automatic timeout recognition and handling
  • Extensible architecture

원래 Comet 과 GWT 를 이용해서 메신저 비슷한 것을 만들어 보려고 했는데 이런 프레임워크가 나오면 개발이 좀 더
쉬워질 것 같습니다~





 

Posted by 자수씨
, |

SpringSource 블로그에서 SpringSource DM Server 에서 GWT 어플리케이션을 배포하는 포스팅을 올리고 있던 것을
오늘 확인했습니다.

평소에 관심이 많던 두 분야이기 때문에 꼭 읽어보고 테스트 해봐야겠습니다.
원래 맨몸으로 비비대야지 이론적으로 익히는 것보다 빨리 받아들일 수 있기에....

여튼 링크정리입니다.
Deploying GWT Applications in SpringSource dm Server - Part 1
Deploying GWT Applications in SpringSource dm Server - Part 2
Deploying GWT Applications in SpringSource dm Server - Part 3


복학하면 해볼까나~



Posted by 자수씨
, |

[GWT-Ext] LoggerWindow

Google/GWT / 2008. 12. 24. 15:05

UI Logger 를 제작하였습니다.




_M#]

예전에 쪼렙이였을 때 20여일 사부였던 형이 로거클래스도 직접 작성해보면 재밌다고 했는데 나름 재미가 쏠쏠하네요 ㅋㅋㅋ


 



Posted by 자수씨
, |

GWT-Ext UX 로 파일업로드를 구현하기 위해서 업로드 핸들러를 스프링으로 구현해 보았습니다.





초기 구성은 PL아저씨 가 해 놓은 것을 숟가락으로 떠먹을려고만 했었는데...
역시 진행중인 작업에 픽스해서 처리해놓으신게 있어서 차려놓은 밥상의 반찬들을 다시 데워서 먹어야 하는
상황이 되어버렸습니다.

일단 위의 업로드컴포넌트의 핸들러는 json 객체를 리턴해야합니다.
{ success: true, data: ... }
자체 컴포넌트 내에서 response 에 데이터를 json 으로 인식해서 success 가 true 일 경우에 정상적으로 업로드를
인식하는 것이었습니다.

PL아저씨는 uploadController 의 successView 를 jsp 로 만들어서 처리하였지만, 나름 스프링좀 해봤다는 저는
경험을 활용해서 View 로 처리해보겠다는 생각을 하였습니다.

나름 자신있게 코드를 작성하고 확인을 했는데 재대로 동작을 하지 않는 것이었습니다.


한... 1시간여 삽질을 하다가 혹시나 하고 해보았는데... 되었습니다. -_ㅜ...

무엇이 추가되었는지 보이시나요?? 나름 디자인패턴 책을 보고 io 쪽에서는 상위에서 close 하면 하위를
찾아가면서 close 된다는 것을 봤던 것을 잘못이해해서  어차피 response.getOutputStream() 을 통해서
만든 PrintWriter 를 close 안해도 되겠지라는 생각으로 close 를 안해줬더니 안되는 것이었습니다.

여튼 붙이는 것은 성공했습니다. 어줍잖게 알다가 삽질마일리지만 차곡차곡 쌓았네요~ ㅋㅋ
삽질마일리지 적립해서 아이팟 사야지!!


Posted by 자수씨
, |

GWT 는 UI 프로그래밍이기에 이벤트에 따라서 액션이 발생되는 구조입니다.
어떤 메소드를 호출해서 결과를 받는 것이 절차적으로 이루어진다면 문제는 없겠지만 RPC 호출 후의 결과 값을
반환하고 싶다면 어떻게 해야 할지에 대해서 고민을 좀 해보았습니다.



이렇게 쓰면서도 좀 애매한 부분이 있습니다만... 일단 정리합니다.
_M#]
구조만 잘 설계한다면 저러한 코드는 나오지 않아도 될 듯... 입니다 ㅋㅋㅋ
기존 프로젝트 방식으로 모듈을 나누어서 개발하고 합치는 과정에 분명히 발생할 수 밖에 없는 문제입니다.

Posted by 자수씨
, |
[원문] http://code.google.com/p/google-web-toolkit/wiki/WAR_Design_1_6

In 1.5, GWTShellServlet served resources directly off the classpath (for public files), or generated files from a temporary location. This has the advantage of allowing fast refresh and resource updating, and making things "easy". However, it has the downside of not leaving the user with something that's easy to deploy.

We will rectify the deployment issue in 1.6 by standardizing GWT around the "expanded WAR format". The two key principles are:

  1. 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.
  2. 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 와 관련된 내용이네요.

내용을 슬쩍 보아하니 머리속에서는 이해가 되는데 번역이 안되네요 ㅋㅋㅋㅋ

아... 영어...




Posted by 자수씨
, |
[원문] http://code.google.com/p/google-web-toolkit/wiki/DesignOOPHM

저의 짧은 영어 실력으로 확인한 결과는 SWT 브라우저(기존 hosted 모드)가 아닌 실제로 사용하는 브라우저에서 GWT 의
디버그가 가능하도록 GWT 팀이 달려주시는 것 같네요.


아래 그림에서 보면 각 브라우저 별로 플러그인을 통해서 처리를 하는 것 같은데...
실제로 릴리즈 되기만을 기다려봐야지 정확히 알 것 같습니다. (아니면 소스를 체크아웃하거나...)


사용할 수만 있다면 여러 브라우저에서 디버그를 할 수 있어서 개발시 많은 도움이 될 것 같습니다.


Posted by 자수씨
, |

gwt-ext 로 개발을 하다보면 jface 가 그리워지곤 합니다.

특히 트리를 좀더 체계적으로 구성해보고 싶은 마음이 굴뚝같아서 구글에서 갬색을 해보았더니
아래와 같은 프로젝트가 나왔습니다.



프로젝트 명은 uface 입니다. (http://code.google.com/p/uface/)

JavaDoc 을 살짝 봤더니 원하는 내용이 담겨져 있는 것 같긴한데... 릴리즈된 것 은 없는 듯 합니다.
아직 Maven 을 다룰줄 몰라서 소스를 내려받아도 답이 안나오네요..

복학하고 난 담에 Maven 좀 깊숙하게 파볼까 합니다.





Posted by 자수씨
, |

글 보관함

최근에 받은 트랙백