Озаботился поиском библиотеки для связывания данных в java, чтобы использовать в программировании UI компонентов, наподобие того, как это можно делать в WPF. Нашел библиотеку http://databinding.tornado.no/, попробовал и нашел множество проблем, хотя на первый взгляд она показалась мне вполне подходящей. Проблем оказалось настолько много, что я специально решил их все выписать, чтобы потом при разработке библиотек сверяться с этим чеклистом и проверять свои проекты на соответствие желаемому уровню качества. Итак, поехали.

1. Нет комментариев.
   С этим всё понятно. Если код библиотеки, пусть даже очень небольшой, не содержит комментариев хотя бы к классам и паблик методам, то сразу возникает вопрос о возможности применять эту библиотеку.
2. Нет репозитория с кодом на одном из хостингов кода
   Нет единой точки входа для того, чтобы скачать последнюю версию исходников, форкнуть или предложить патч.
3. Нет лицензии
   Не понятно, можно ли использовать код в своих приложениях.
4. Нет unit тестов
   Нет гарантии того, что код в основных сценариях работает корректно.
5. Ошибка при вызове StatusMonitor’a в валидации – clearStatus никогда не вызывается. Вместо него вызывается setStatus(null);
   Это уже первая реальная ошибка. Были бы юнит тесты – этой ошибки бы не было.
6. Поддерживается только связывание с UI компонентами, нельзя связать 2 произвольных объекта.
   Это чисто моя хотелка насчет байндинга.
7. UI bridges поддерживают только 1 проперти, что делать, если хочется связаться с UI компонентом, но по другому свойству?
   Тоже хотелка.
8. Проглатывание исключений в вызове валидатора
   Подозрительный код, здесь могут возникнуть трудноотлаживаемые проблемы.
9. Не поддерживаются свойства с примитивными типами
   Печаль.
10. Неочевидные комбинации режимов ONCHANGE, ONBLUR итд (можно установить отдельно режимы для байндинга и для валидации/конвертации, например)
    Проблема плохо продуманного АПИ.
11. Невозможно получить результат валидации и конвертации отдельно, приходит просто строка
    То же самое.
12. Неудобный интерфейс StatusMonitor
    Аналогично. Необходимо реализовывать 2 метода, хотя вполне достаточно и одного.
13. При связывании происходит связь только из source в UI. То есть состояние валидации не инициализируется. Нужно явно вызывать flushUiToModel().
    Ещё одно следствие отсутствия юнит тестов.
14. Установка model.prop = null не всегда приводит к очистке UI. Бага связана с наличием валидатора и с тем, проходит ли текущее значение валидацию. Хотя по идее от этого не должно зависеть вообще никак.
    И еще одно.
15. Нет возможности отладить какой-то байндинг (включить логирование например).
16. Непонятные зависимости от commons-beans и транзитивно еще от commons-logging и commons-collections.
    Зачем мне дополнительные 3 джарника для маленькой либы в 40 килобайт кода ?
17. Байндинг в сторону модели ВООБЩЕ не работает если задан валидатор ! Просто блокер бага.
    Без комментариев.
18. Нет поддержки локализации сообщений об ошибках в конверторах и валидаторах.
    Это можно было бы пофиксить патчем, но форкнуть код невозможно. А создавать свой отдельный репозиторий не хочется.
19. Непонятно, как связывать списки.
    Ещё одна очевидная хотелка.