유부중년 개발자의 우울

잘돌아가던 이클립스가 며칠 전 부터 계속 뻗기 시작했다. 가만히 생각해보니 3.3.1 업데이트 이후부터 그런것 같아서... 이런 저런 삽질하다가... eclipse.ini파일에 -XX:MaxPermSize 옵션을 넣어 주어서 해결했다. 잘 찾아보면... 이클립스 버그질라에 이미 올라와있다. 위키의 FAQ 페이지도 그저께 수정되었다. 지금 내가 쓰는 eclipse.ini 파일: -clean -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256M -vmargs -XX:PermSize=256m -XX:MaxPermSize=256m -Xms40m -Xmx768m -Xverify:non 정리하면, 4~5째줄 --launcher.XXXMaxPermSize 2..

오늘 삽질하다가... 발견한 Sun의 Java6의 javax.xml.stream.?XMLOutputFactory 소스의 일부... -.-;;;;; public abstract class XMLOutputFactory { ... /** * Create a new instance of the factory using the default factory location * mechanism (check env. variable, jaxp.properties, jar services manifest, * in this order) * * @throws FactoryConfigurationError if an instance of this factory cannot be loaded */ public static..

DWR을 사용해서(자바용 AJAX 라이브러리) 받아온 결과를 여러 개의 TR태그로 만들어서 미리 만들어져 있는 TBODY의 innerHTML에 밀어넣는 코드를 만들었었다. 작업은 주로 리눅스에서 했고 파이어폭스 1.5 / 2.0에서 잘 돌아갔다. QA팀의 테스트에 임박해서야 IE에서 처음으로 테스트 했는데.. 웬걸.. 완전 먹통인 것이다. 처음에는 DWR의 문제라고 생각했다. 일단 DWR이 만들어는 응답 메시지가 구질구질했기 때문이다. DWR을 걷어내야겠다고 맘만 먹고 일단 퇴근... 그러나... 좀 아깝긴 하다 -.-; DWR 같이 거져먹는(써본 사람들은 이 표현에 동의할 것이라고 확신한다) 라이브러리를 포기한다는 건 말처럼 쉬운 일이 아니다. 집에만 설치되어 있는 IE용 자바스크립트 디버거(Micro..