sanBezPetro123,

Ага )))
Просто меня удивляет. У ТСа налажена разработка через бины. У меня кстати тоже.

А вы ему бах кувалдой по голове: бросай свои бины нафиг, sql рулит.
Ну нельзя же так

Дык у него возникла проблема.
Мы тут просто объясняем, что проблема в использовании бинов, для построения отчетов.

Желательно, чтобы отчет был самодостаточным.
Т.е. на вход принимал только простые типы, для построения отчета.

Если же нужны отчеты, со сложной выборкой в зависимости от бизнес-логики реализованной в коде, тогда возможно нужно/можно передавать бины.

Я редко встречал такие отчеты.

Был конечно аналитический отчет.
Но там БД была сделана таким образом, что каждое свойство хранилось в отдельной таблице их было много.
Причем предполагалось, что количество таблиц будет расти, а отчет переделываться не будет.
Пришлось задействовать ХП, которые по определенным параметрам находили все эти таблицы, потом делался курсор, который и отдавался.
Хотя с помощью бинов это было бы попроще.

-=Koba=-Только не совсем понятен ход работы в таком случае, где хранятся сами SQL запросы?
На уровне сервера и я передаю готовые сформированны SQL
Или в самих отчетах jassper и передаю туда только параметры

У нас было так:
Специально обученные аналитики/программисты рисовали отчет в iReport (тогда еще не было JapserStudio).
Там же писали запрос с параметрами.
А мы просто вызывали нужный нам отчет, передавая параметры.

Поэтому никаких бинов, и прочих entity не было.
SQL + ХП

Отчет был "автономным".
Т.е. мог выполняться, как в iReport, так и в приложении.
Только соединение к БД настрой.
И его легко было "отладить". Т.к. там по факту нужно было написать запрос/запросы (если отчет с подотчетами)