Мы хотим создавать отчеты, встроенные в виде html-страниц в веб-приложение или загружаемые как pdf . Поэтому я наткнулся на JasperReports , потому что считал, что он удовлетворит эти требования.
В настоящее время мы предполагаем, что в нашем отчете будет около 50-100 страниц, состоящих из почти только гистограмм и некоторых таблиц. Данные получены из некоторых дорогих запросов из нашей БД.
После оценки этого дня у меня есть несколько сомнений относительно аспектов веб-приложения.
1) Разбиение на страницы: Конечно, я не хочу отображать все страницы на одной веб-странице. Нам нужно что-то вроде нумерации страниц. Но JasperReports , похоже, не поддерживает этот подход. Демонстрация wepp, поставляемая с JasperReports , обрисовывает путь: мне нужно создать JasperPrint , который уже является полным отчетом, выделяя ненужную память и который выполнил дорогие запросы. Тогда я мог бы отобразить одну страницу. Но делать это снова и снова для каждой страницы не представляется мне правильным решением.
2) Как уже упоминалось выше, наш отчет будет состоять в основном из диаграмм. Изображения генерируются во время экспорта JasperPrint в выходной формат. Если я все понимаю правильно, ImageServlet , который поставляется с JR , способен, но получить эти изображения будет
i) Чтение сгенерированных изображений из файловой системы
ii) экспортер сохранил их в сеансе (следовательно, в памяти).
Так как я думаю, что у нас будет много изображений, ii) это не вариант, если мы хотим сохранить объем памяти веб-приложения на низком уровне. Но с другой стороны, переполнение файловой системы файлами - тоже не лучшая идея, которую я мог себе представить. Это когда-нибудь удаляет файлы?
Я что-то не так понял? Правильно ли мое понимание?