Раньше был запрос к базе из java в количестве 1, результат его выполнения ложился в resultSet, который дальше ложился в JRResultSetDataSource и после нам выдавался отчет, выдержки из кода:



Теперь же появился (и еще появятся) отчет, в котором не 1 селект к базе, а много, я так понимаю его надо сделать из подотчетов, каждому подотчету будет соответствовать свой query, и тут встают вопросы - как их передать подотчетам, на текущий момент столкнулся:


1) Если создать главный отчет и для него подотчет, то в пути к нему указывается .jasper, тогда как у меня сейчас только .jrxml - оно в смысле атоматом скомпилируется, или надо вызывать компиляцию/заполнение подотчетов из java перед тем приняться за главный? (да и вообще не находит джаспер не находит подотчет, хотя в главном путь прописан , постоянно пишет какие-то 




2) Можно ли запихать в exportParams какой-нибудь HashMap<String, Object>, или даже HashMap<String, JRResultSetDataSource>, где ключом будет название запроса, а JRResultSetDataSource - резальтсет, полученный из явы? Сработает ли это, и как эту байду обратно в главном отчете вытянуть и передать подотчетам?


3) Ну и вообще, может есть у кого работающий пример подобного? В частности, нарыл тут параметр REPORT_DATA_SOURCE - но не совсем понятно, как им пользоваться в свете 10-20 подотчетов, как эти датасурсы разделять.

Давно тут не был, а чего-то ничего так и не написано ) Исправляем ситуацию:
Вобщем фсе решаемо,
1) Указывать надо .jasper, перед этим предварительно скомпилировав .jrxml, что-то типа

на продакшене надо придумывать методы, чтобы если jrxml не был изменен - он заново не компилялся.
Так там еще пара путей видится.

2)Простой ответ - запихать можно все! И JRResultSetDataSource и collection или вот селект к базе, а потом еще в параметрах передать коннекшн, и при создании подотчета сказать, чтобы юзало коннекшн мастер-отчета, ну  а селекты параметрами передавать (в подотчете есть передача параметров из мастер-отчета, можно в iReport'e указать)

3) это не юзал.