HWPML의 schema나 dtd 찾기는 일단 포기해야할 듯 싶습니다.
이게 없을리는 없을 것이고(없으면...), 아직 못 찾았으니 일부러 공개하지 않는 것으로 생각 할 수 밖에 없습니다.  치사합니다.(혹시 공개했다면 미안 -_-;;)

우선은 XML을 EMF로 정의하고, 정의된 EMF를 기준으로, XML을 출력하는 삽질을 해야 하지 않을까 싶습니다.

그래서 BIRT관점에서는 BIRT의 콜백 메소드만 호출해주는 부분과
중간에  hwpml로 변환해주는 부분을 가려줄수 있도록 해야 겠습니다.
둘 사이가 타이트하게 연결되지 않고 나중에 emf로 만든 HWPML정의하는 아이가 버전업하거나 다른 아이로 바뀌어도 지장을 덜(?) 받을수 있도록 말입니다.
그리고 BIRT만이 아니라 자바 혹은 다른 언어에서도 출력할 수 있도록 말입니다.

코기리 엉덩이 만져가면서 진행하기도 쉽지 않네요.

BIRT Report Rendering

Report Rendering 문서를 보고있습니다.

birt의 정보를 가져오는것은 그리 어렵지(?) 않을 것으로 생각되네요.
이 아이를 어느 정도 본 후에 HWPML의 스펙을 보면 될것으로 생각됩니다.

문제는 할수 있기는 한데, 얼마나 시간을 들여서 혹은 얼마나 정교하게 혹은 그냥 실험 정신으로 만들것인가?? 들을 생각해야겠습니다.

일단 시작은 했고(왜 시작했는지 모르지만, 여튼 코드를 만들고 있으므로... -_-;;), 당장은 여유가 있으니 만들었다 정도의 티는 내고 그만 두어야겠습니다.
테이블 정도를 HWPML로 바꿀수 있으면 되려나요. 테이블을 바꿀수 있으면 거의 작업을 다 한거나 마찬 가지인데 말입니다.

혼자 하기는 빡새고 누군가 같이 해주었으면 좋겠네요.
(HWPML을 BIRT에서 뿐만 아니라, 다른 곳에서도 다양하게 쓰도록 모듈화 하는 작업이라던가...)

구현해야할 메소드들입니다.  

조금 실망스럽게 코드에 주석이 없고 설명해 주는 문서 또한 -_-;;지만, 메소드 명을 보면 짐작할수 있어서 다행입니다. 

BIRT에서 아래한글 문서로 출력하기

저번 작업에서 이슈가 있었던 부분인 BIRT에서 출력물 결과를 아래한글(HWP)로 출력하는 문제였습니다.

검색과 질문을 통해서 몇가지 좋은 방법을 알게되었습니다.
우선
구글 libhwp 그룹의
http://groups.google.com/group/libhwp/browse_thread/thread/dceac98127e7ceb1?hl=en
에 질문을 올렸습니다.

HWPML을 통해 작업할수 있을 것으로 생각 되구요.

실제 작업을 하지 않았지만, HWPML로 작업을 하면 될듯한 생각이 들어 갑니다.
emitter를 만들어 볼까 싶기도 하구요.  물런 하루 이틀 걸리는 작업이 아니기 때문에....

우선 방법을 찾는 것만으로도 만족해야겠습니다.

rendering extension에 관한 글은
http://www.developer.com/java/ent/print.php/10933_3732446_5
책은 Addison Wesley의 Integrating and Extending BIRT 2nd의 19장을 참고하면 되겠네요
위의 두 내용은 같은데 책의 내용이 좀더 친절하고 자세해요.

Eclipse BIRT 개발 문서

이번달 Eclipse BIRT로 작업했습니다.

개발문서 일부를 허락을 맡아 공개하구요.(신시웨이, 김이사님 감사해요)

내용은 개발관련 프로젝트 구성과 템플릿 정의와 BIRT 팁, 국제화 관련 내용을 정리해 놓았습니다.

작업결과물을 보시려면 요기 을 참조하세요.

모두에게 도움이 되었으면 좋겠습니다.

Petra보고서 개발 open자료

View more documents from cho hyun jong.

요즘 작업하는 것들

요즘 BIRT로 보고서를 만들고 있습니다.

무언가 자동화(?)화 해볼수 있는 꺼리가 있을까 싶어서 BIRT의 XML 소스를 프린트 했습니다.
좀 복잡한 보고서 이긴하지만 121페이지 짜리 소스가 프린트 되었습니다.

출퇴근하면서 소스코드를 보는데... 대단하고 e4의 XWT로 디자인 하는것에 대한 걱정이 어느정도는 해소 되었습니다. 물런 디자인 타임때는 복잡한 UI를 그리는 것은 여전히 개발자 입장에서는 만족스럽지 않습니다.

그나저나 좀더 소스를 쳐다보면 무언가 해결책이 보일까도 싶습니다.
디자이너를 쓰지않고 손코딩으로 화면을 구성할수 있을정도까지는 봐두어야겠습니다.

RCP + BIRT, RAP + BIRT

RCP + BIRT = ?
RAP + BIRT = ?

BIRT가 공통으로 들어가고, RCP, RAP에도 동일한 아이가 들어가야 합니다. 결국은 외형상으로는 모두 동일한 아이가 출력되면 됩니다.

문제는 BIRT에 다음과 같은 요건이 들어갈수 있습니다.   주, 월단위의 정기 보고서가 일정순서대로 출력되어 있으면 좋겟다.
이것은 RAP는 어떻게 해결되는 문제인데, RCP에는 좀 어려운 문제입니다.

결국은 BIRT는 WEB으로 시스템을 꾸미고, RCP, RAP는 동일하게 가져가는 모양으로 시스템이 꾸려져야겠습니다. 그리고 WEB시스템은 어차피 배포서버등의 용도를 더할수 있으니 여러모로 쓸모가 있겠다 싶습니다.

잠시 고민하면서, 어딘가 모르게 RCP와 RAP사이의 호환성에 의심이 들어갑니다.
외형상 동일 할지라도 내부 메커니즘과 쓰임이 전혀 다른 아이라...
어쩌면 다를수 밖에 없는 두 아이에게 동일한 것을 강요하는것이 아닌가 하는 생각이 들었습니다.

다르다는 것을 인정하고, 같아야하는 이유를 고민하면서 만들어야 겠습니다.
결국에는 다르다는 것은, 욕심인지도요.

초보의 고민이네요. ㅋㅋㅋ