Ознакомиться с Jasperreports, Pentaho Reporting и BIRT и использовать из них что вздумается.
Первоначально будут трудности освоения - что-то должно работать, а не работает. Но потом будет проще.

irbis_alЯ вот сделал свой генратор отчётов на базе iText(pdf)(Бесплатной версии)
Как за основу шаблона отчёта взят описательный формат xml (Визуальный редактор ещё не сделал).
xml парсится itext понимает задачу...получаю pdf...

Я смотрел все эти Reports на java ( JasperReports и т.д)....все они такие тяжёлые(учитывая что java сама по себе ресурсоёмкая)...а эффективности не так уж много,как мне показалось.(а чтоб сделать datasource от ViewObject (У меня ADF от оракла) то там такие пляски с бубном надо делать).

А так не более недели ушло на всё...и имею ген отчётов заточенный к себе.(может даже кросс отчёты делать)

Не стоит. А именно - не надо делать плохо то, что уже сделано хорошо. Jasperreports и Pentaho тоже используют iText для создания PDF. Я как-то запрограммировал целый отчёт на iText, но у меня была цель - сравнить скорость со скоростью Jasperreports и CrystalReports, чтобы увидеть, нет ли в них где медлительности. А не заменить готовый генератор отчётов.

Про ресурсоёмкость Java - необоснованное утверждение. По моим испытаниям, Jasperreports требует не больше ресурсов и работает не медленнее, чем CrystalReports, который написан не на Java .

irbis_alДа ,как хозяин своего небольшого ИТ дела, принимаю такие стратегические решения...что лучше потратится но иметь свой ген отчётов...)

Вы решили изобрести велосипед. Ваше право, только не надо советовать этого другим. Ваш самодельный генератор отчётов не лучше существующих, т.к. его возможности ограничиваются библиотекой iText, но хуже по функциональным возможностям, документации и популярности (а значит, проверенности). Поэтому вы ничего не добились, состряпав его, кроме морального удовлетворения. А некоторым ещё работать надо.

Вообще, мне попадалось творчество нескольких авторов самодельных генераторов. Забавляло, что они этим гордились.

BlazkowiczИменно для отчетов, я бы Pentaho не советовал. Остальным он проигрывает в этом вопросе.
Годится и для отчётов, но нужно самостоятельное ознакомление. Уступает Jasperreports-у в скорости создания страниц, т.к. в нём макет отчёта интерпретируемый, а Jasperreports - компилируемый. Но в сложном отчёте наибольшая затрата времени может быть на создание подотчётов, а не страниц. Ещё - плохо описано в документации создание формул на скриптовых языках. Под документацией имею ввиду и книги - они есть и по Pentaho Reporting, и по Jasperreports, но отдельные вопросы в них плохо освещены.

BlazkowiczНа сколько я помню, в Pentaho нет кросс-табов

Есть.
В общем, если неохота самому сравнивать Jasperreports, Pentaho Reporting и BIRT, то можно остановиться на Jasperreports - безопасный выбор.

irbis_al
Вот кстати ещё хочу посоветовать автору топика...
Когда я выбирал технологию...это решение прошло в финал.
Есть библиотека FOP от apache.

То есть, изобретя один велосипед, вы советуете изобрести второй. FOP первоначально использовалась в BIRT (не знаю, как сейчас) и от этого обнаружилась проблема большого расхода памяти, которую авторы BIRT как-то решили, а тому, кто последует вашему совету, придётся решать заново.