블로그 이미지
올해목표 // 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
 
04-26 07:42
 

달력

« » 2024.4
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
 

최근에 올라온 글

최근에 달린 댓글


아무생각 없이 JEUS 에 돌던 걸 JBoss 쪽으로 테스트 환경을 구성하다 보니... 아래와 같은 오류를 만났습니다.

org.springframework.beans.factory.BeanDefinitionStoreException: I/O failure during classpath scanning; nested exception is java.util.zip.ZipException: error in opening zip file


스프링 소스 내려받아서 오류가 나는 부분 찾으려고 수정한 담에 컴파일 된 소스를 박아봐도 원인은 못 찾겠고...

수차례 삽질과 검색 끝에 찾은 결과는... JEUS 와 JBoss 의 차이점에서 있었습니다.


아래와 같이 web.xml 에 context-param 을 추가하고


서블릿에는 init-param 을 추가합니다. (Spring 2.5 어노테이션을 쓰는 서블릿만...)
 



에잇 내 2박 3일 ㅠ_ㅠ...


Posted by 자수씨
, |

아래 두 소스의 차이점은 무엇일까요...




아래의 store 로 template 를 dataview 에 붙여서 확인해보았습니다.



첫번째 결과


두번째 결과



자바스크립트에서 문자열을 만들 때, 작은 따옴표냐 큰 따옴표냐의 차이가 첫번째이며,
그 안에 또 따옴표를 쓸 때의 차이가 있을 뿐이였습니다.

즉, 첫번째는 큰 따옴표 속에 작은 따옴표가 들어가 있는 것이며
두번째는 작은 따옴표 속에 큰 따옴표가 있는 것입니다.

일반적으로 자바에서라면 첫번째 방법으로 해야 하는 것이 옳습니다.
하지만 자바스크립트에서는 두번째 방법도 지원을 하는 것 같습니다.

다만 XTemplate 에서는 두번째 방법으로 해야지 정상적인 결과를 볼 수 있다는 점이....
저를 5시간 동안 삽질하게 만들어 주네요 -_ㅜ...




Posted by 자수씨
, |
2008/07/17 - [Eclipse/GEF] - [GEF] 무작정 따라하기 - Part. 4 Model 의 생성
2008/07/18 - [Eclipse/GEF] - [GEF] 무작정 따라하기 - Part. 5 Layout 다루기


다시 GEF로 프로젝트를 진행하기 위해서 예전에 만들었던 따라가기를 해보았습니다.

생각만큼 빨리빨리 진행이 되지 않았습니다...

게다가 중간에 Figure가 움직이지 않는 문제가 발생하였습니다.
예전에 할 때도 그랬었는데... 실수한 것을 따로 정리를 해 놓을 것 그랬나 봅니다.

역시 왠만해선 컴퓨터는 거짓말을 하지 않습니다.
유불이 문제였습니다....

만약 GEF에서 Figure가 움직이지 않는다면 다음을 체크해보세요~
1. PropertyChangeSupport 객체에 firePropertyChange() 메소드를 호출할 때, oldValue와 newValue가 같은 값을 넘기지는 않은지...
 >> 같은 값을 넘기면 GEF에서 알아서 아무 이벤트도 발생시키지 않습니다.

2. Figure와 연관된 EditPart에서 refreshVisuals() 메소드가 아닌 registerVisuals() 메소드를 오버라이딩 한 것은 아닌지...
 >> 저처럼 이클립스에서 Override/Implement Methods 기능을 이용하시는 분들은 자주 당하실 수도 있습니다.

개발자들은 삽질 노트를 필히 가지고 있어야 할 것 같습니다.



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 자수씨
, |

오늘도 열심히 삽질을 했습니다.

extjs 에 있는 TabPanel 은 autoDestroy 라는 속성을 설정할 수 있습니다.

해당 속성을 지정하면 자식 패널들을 제거할 때 자동으로 지울 것이냐는 건데...

기본 값은 true 입니다. false 면 자식 요소들이 안 없어지는 거죠...

전 showcase 예제를 보면서 아무 생각없이 autoDestroy 속성을 false 로 설정을 했습니다.

그러고 난 후에 탭의 자식요소를 닫으면 다른 탭으로 붙는 것이였습니다.

메모리가 연결되어 있으면 이렇게 되는건가... 아니면 내가 뭘 잘못 설정한건가...

고민고민을 하다가... tabPanel 의 이 속성을 찾아냈습니다. (장장.. 2시간 여...)



그냥 마음편하게 autoDestroy 속성은 건들이지 않는 것이 정신건강에 좋습니다~

Posted by 자수씨
, |

글 보관함

최근에 받은 트랙백