Удобно сделать сложные трансформации на сервер-сайде на нормальномя ЯП, а не на сраном PL/SQL или подобном. Тем более часто есть интеграции с большим количеством систем нужно много кода на сервере
Я и не предлагал серебряную пулю. Нередко веб-приложение является всего лишь простеньким фронтендом к БД (кстати, я имел ввиду нечто вроде mongodb, которое сразу в json'е отдает данные).
>Написал на java для него неделю назад библиотечку парсер комбинаторов и генераторов.
в последнее время ЛОР становится все смешнее.
По сабжу:
лично я - ничего кроме xml для кроссплатформенной передачи данных не вижу. Некоторые мои знакомые используют JSON - им нравится. Я немного тоже попробовал, но отсутствие валидации и плохая читабельность перевысили более высокую скорость маршаллинга/демаршаллинга.
Ну а для конфигов где возможно - аннотациии, где невозможно - ну только XML.
На сегодня считаю XML одним из столпов языков хранения/передачи данных.
Уже одна автогенерация классов из xsd со всеми необходимыми аннотациями многого стоит.
Пёс его знает. Мне пока не надо, т.к. Json-схемы я не использую. Но написать, думаю, не проблема.
У меня сейчас данные простые по структуре и большие по объёму. Так что использую сейчас парсер комбинаторы поверх потокового парсера и потоковый же генератор.