
<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><DIV><DIV>Le 7 juil. 07 à 20:21, Robin Kwek a écrit :</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite"><SPAN class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Lucida Grande; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; ">The subclass technique is interesting, previously I was thinking I may have to edit the source code and re-compile everything. I will work on this now.</SPAN></BLOCKQUOTE></DIV><BR><DIV>This is a domain where JDOM has been very very very careful with loads of protected and a few too many privates (in particular in XMLOutputter).... but hey, there's a good reason JDOM is a major player in the DOM war... its API is tuned, tamed, readable, polished... hence I had to accept the curses of convoluted subclasses which, in a sense, is just bag of tricks you find your way through.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Precisely because of XMLOutputter, we are shipping a modified JDOM (with a DTD-aware XMLOutputter) and you can't imagine how much rants this provokes... and it is certainly a problem for your tool to be considered a library part of a greater project.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>paul</DIV></BODY></HTML>