mikkriВот вопрос возник. Есть желание заменить рукописный код загрузки данных из XML DOM самописанным кодом на что-нибудь более эффективное.
В текущем понимании для этого неплохо бы использовать Apache Digester. Вот одно смущает - библиотека относительно неновая и, допускаю, есть более интересные альтернативы.
Посоветуйте, пожалуйста, другие варианты, если есть.
Apache Digester мой самый любимый opensource проект. Эффективнее только сериализаторы, но там, как понимаешь, формат XML трудно контролировать.

mikkriP.s. для генерации XML используется Velocity, так что интересен только парсинг.
ИМХО, не самое удачное решение. Я когда-то тоже склонялся к этой связке (Digester/Velocity). И если digester себя более чем оправдал, то вариант с Velocity, вообще оказался паршивым. Минусы были обнаружены следующие.
1) Шаблон получался не красивый и сложно читаемый.
2) Красивое форматирование шаблона не очень-то совпадает с красивым форматированием XML результата. Приходилось выбирать между ними.
3) Надобность энкодить строки, привела к появлению кучи вызовов утилитного метода в шаблоне. Подозреваю что можно было сделать лучше, но код писал не я. Ты кстати как эту проблему решил?

IDVsbruckЕсли неизвестен размер XML-файла и не сильно критично время, то надо смотреть только в сторону SAX. А ручками сделать структуру и обработчик несложно ...
А Вы Digester в глаза не видели, надо полагать?

mikkriРазмер файлов небольшой, но время относительно критично. Но в данный момент используется Electric XML парсер, который фактически реализует самодельную DOM-модель, и его скорость устраивает.
Есть мнение, что на небольших файлах DOM ничуть не проигрывает SAX. Так что рекомендую взять максимально большой и среднего размера файлы и протестить их парсинг.

mikkriDigester, насколько я понял из описания, работает как интеллектуальная обертка поверх SAX, так что производительность должна быть неплохой.
Вот тут-то есть о чем поспорить. На файлах ближе к 1Мб и выше, скорость будет супер. Но вот если размер XML колеблется в районе 10-30Кб, я бы все же потестировал прежде чем менять. Мне кажется Digester может просесть на маленьких XML из-за необходимости искать по правилам. Если боротся за performance надо делать голый SAX или попрбовать StAX. Опять же все надо тестировать, на небольших файлах, результаты могут быть сюрпризом.

mikkri1) избавиться от коммерческого парсера
Какие плюсы заявляют его авторы?
mikkri2) упростить труд программиста
Тут конечно Дайджестеру равных нет. Но к сожалению он не панацея.
mikkri3) повысить скорость парсинга
Рекомендую поискать сравнительные анализы, их в гугле полно. На rsdn тоже проскакивали.
Потестировать самостоятельно на файлах нужного размера.
Посмотреть JiBX - он по маппингу генерит методы на уровне байт кода. По идее это даёт наибольший перфоманс.

Leonidv BlazkowiczApache Digester мой самый любимый opensource проект.
C JAXB 2.0 не сравнивали?
Как я понимаю JAXB 2.0 не opensource проект, а как всегда у Sun - вендор-спецификация?
У меня точно такая же неприязнь к кодогенерации, как у mikkri.