Здравствуйте, frёёm, Вы писали:

ёё>Только не ясно, в среде то я приоритет поставил...и всё отлично
ёё>А как его задать для javac, или хотябы ant'а ?
Ну тут тоже не рекомендуют пользоваться "встроенным" кримсоном.
Да и вообще всё, что на org. лучше заменять на "внешние" библиотеки.
Предлагают сделать это, то есть положить "правильный" вариант библиотеки в $JAVA_HOME/lib/endorsed, что, насколько я понял, должно помогать в подобных случаях.

ёё>Основня проблема в том как совместить SAX парсер с DOM моделью.
ёё>Чтобы обрабатывать DOM'ом лишь части документа. С этого и начанал поиск.
ёё>И досих пор так ответа и не нашол, вероятно придёться руками писать какой-то sax парсер.
ёё>Или вобше парсить руками.
Хорошая задача.
Тут пишут, что

While SAX is traditionally considered the fastest and slimmest API for XML, it does not have the ability to output XML (or anything else, for that matter). In fact, if you examine the SAX package (org.xml.sax), you won't find a single output method. It is designed from the ground up to read XML, rather than write it.

Note: It is possible to modify incoming XML by using an XMLFilter. (I'll talk a lot more about filters later in this tip and in future tips.) However, this is still not outputting XML. It's also possible to use raw I/O streams within SAX callbacks to output XML -- but that's really just a variant of option 5 in the list above, so I'll deal with it in Raw I/O streams.


То есть, похоже, что значительно проще руками выдернуть из потока нужный кусок хмл-я и подсунуть его дом-у.