День добрый, уважаемые!

Постоянно возникает задача трансформации и валидации различных данных. Постоянно она решается через hardcode, и это не очнь хорошо. Есть ли какие-то решения на Джаве для создания натраиваемой цепочки трансформации данных?

Попробую объяснить на примере.

Допустим в памяти у нас оказался каким-то образом инстанс Джава класса Project.

Нам надо

1. провалидировать его. если у Project поле name не заполнено - отбой.
2. трансформировать его. если у Project поле manager пусто то надо поставить туда "empty", а еще из второго находящегося в памяти класса ProjectData проставить приведенное к верному формату поле StartDate, вычесть из даты начала проекта текущую дату и получить поле projectDuration итд.

Итоговый объект отправить куда следует.

Отмечу что в данной задаче не важна интеграция с источниками и потребителями данных. Фреймворков для этого довольно много, не сложно взять один из них, или раз и навсегда написать адаптер самому. А вот работа с трансформацией, валидацией и обогащением данных может часто меняться, переиспользоваться, причем нам, как разработчикам, желательно чтобы этот код был более - менее читаем не программирующими людьми, которые смогут сами ревьюить эти трансформации.

Есть ли какие-то советы на этот счет?

Сам я тоже делал домашнюю работу, просмотрев инет заметил следующее:

1. различные ETL фреймворки. Pentaho, Talend - самые на слуху.
2. перевод данных в XML структуру и манипуляции при помощи XSLT
3. манипуляции через скрипты написанные на JavaScript к примеру, запускать на Java Scripting API
4. создание своего DSL на XText или на чем-то еще

Можете ли посоветовать что-нибудь?
Чем бы воспользовались для такой задачи?

Petro123Dymytry1. различные ETL фреймворки. Pentaho, Talend - самые на слуху.
2. перевод данных в XML структуру и манипуляции при помощи XSLT
3. манипуляции через скрипты написанные на JavaScript к примеру, запускать на Java Scripting API
4. создание своего DSL на XText или на чем-то еще
эти варианты подходят для них?
автор не программирующими людьми, которые смогут сами ревьюить эти трансформации.

Ну.. относительно. В идеале иметь графический интерфейс для описания трансформаций. Некоторые ETL движки это позволяют.

Petro123DymytryДопустим в памяти у нас оказался каким-то образом инстанс Джава класса Project.
если это поток данных (ETL) то откуда классы?
Классы для программистов!
Понятно, что вопросы интеграции с источниками и моделью данных будут решать программисты. Это должно быть создано заранее.

Petro123DymytryПопробую объяснить на примере.

Допустим в памяти у нас оказался каким-то образом инстанс Джава класса Project.

Нам надо
Постановка не верная.
Вы должны описать РАБОЧЕЕ МЕСТО (АРМ) вашего НЕ программиста.
As is to be.
Предмет автоматизации.

Рабочее место:
1. задача минимум - удобная IDE для написания кода транформации.
2. задача посерьезнее - IDE + средства тестирования, отладки.
3. задача максимум - IDE с графическим интерфейсом который позволяет визуально набрасывать трансформацию данных.

Petro123Dymytry,
As is to be
означает рассказ ка ЭТО делается сейчас, и как предположительно в 10 раз быстрее будет с помощю проектируемого ПО.
as is
Ну, сейчас просто пишется соответствующий бин на спринге который делает эту работу.
Т.е. сейчас программист пишет джава код в котором отражена вся эта логика.
Если надо изменить - он переписывает по заданию от аналитика.
to be
логика преобразования рисуется сразу аналитиком в визуальной тулзе или пишется на DSL
деплоится в систему админом

BlazkowiczDymytryлогика преобразования рисуется сразу аналитиком в визуальной тулзе или пишется на DSL
деплоится в систему админом
Нельзя заменить программиста рисовалкой. Не каждый владелец зеркалки - фотограф. Не каждый пользователь фотошопа - дизайнер. Так и здесь. Нельзя аналитику дать инструмент и заменить программиста. В любой ситуации вы упретесь в то что инструмент чего-то не умеет и нужно доделывать сам инструмент.
Речь о том, чтобы заменить программиста только в одной из очень многих частей системы. Это одна маленькая часть логики.
Доделывать периодически инструмент, конечно, придется.