JasperReports: рендеринг подотчета

Если вы посмотрите на исходный код «Jasper Reports», логика говорит, что сначала оценивается «printWhenExpression», а затем заполняется элемент отчета, если он должен быть напечатан.

Ниже приведен метод под названием 'fillNoData' из JRVerticalFiller.java (версия 4.0), который говорит следующее:

private void fillNoData() throws JRException
    {
        if (log.isDebugEnabled() && !noData.isEmpty())
        {
            log.debug("Fill " + fillerId + ": noData");
        }

        noData.evaluatePrintWhenExpression(JRExpression.EVALUATION_DEFAULT);

        if (noData.isToPrint())
        {
            while (noData.getBreakHeight() > pageHeight - bottomMargin - offsetY)
            {
                addPage(false);
            }

            noData.evaluate(JRExpression.EVALUATION_DEFAULT);

            JRPrintBand printBand = noData.fill(pageHeight - bottomMargin - offsetY);

            if (noData.willOverflow() && noData.isSplitPrevented() && isSubreport())
            {
                resolveGroupBoundElements(JRExpression.EVALUATION_DEFAULT, false);
                resolveColumnBoundElements(JRExpression.EVALUATION_DEFAULT);
                resolvePageBoundElements(JRExpression.EVALUATION_DEFAULT);
                scriptlet.callBeforePageInit();
                calculator.initializeVariables(ResetTypeEnum.PAGE, IncrementTypeEnum.PAGE);
                scriptlet.callAfterPageInit();

                addPage(false);

                printBand = noData.refill(pageHeight - bottomMargin - offsetY);
            }

            fillBand(printBand);
            offsetY += printBand.getHeight();

            while (noData.willOverflow())
            {
                resolveGroupBoundElements(JRExpression.EVALUATION_DEFAULT, false);
                resolveColumnBoundElements(JRExpression.EVALUATION_DEFAULT);
                resolvePageBoundElements(JRExpression.EVALUATION_DEFAULT);
                scriptlet.callBeforePageInit();
                calculator.initializeVariables(ResetTypeEnum.PAGE, IncrementTypeEnum.PAGE);
                scriptlet.callAfterPageInit();

                addPage(false);

                printBand = noData.fill(pageHeight - bottomMargin - offsetY);

                fillBand(printBand);
                offsetY += printBand.getHeight();
            }

            resolveBandBoundElements(noData, JRExpression.EVALUATION_DEFAULT);
        }
    }

Что вам нужно изучить, так это то, как использование подотчетов влияет на производительность и использование памяти. Похоже, в основной отчет встроено слишком много подотчетов. Вот кое-что из этой ссылки на JasperForge:

Есть ли проблемы с производительностью подотчетов?

Ответ на этот вопрос зависит от вашей системы, источника данных и дизайна вашего отчета. Несколько замечаний по подотчетам:

• Каждое выполнение подотчета может породить новый поток (см. ниже).
• По мере выполнения подотчета в памяти кучи будет создаваться больше объектов.

На тему тредов. Добавлена ​​поддержка продолжений Java в качестве альтернативы потокам. Это было сделано с помощью библиотеки Javaflow Jakarta Commons. Свойство JasperReports: net.sf.jasperreports.subreport.runner.factory можно использовать со следующими двумя настройками:

• net.sf.jasperreports.engine.fill.JRContinuationSubreportRunnerFactory
• net.sf.jasperreports.engine.fill.JRThreadSubreportRunnerFactory

По умолчанию используется net.sf.jasperreports.engine.fill.JRThreadSubreportRunnerFactory, однако, если установлено значение net.sf.jasperreports.engine.fill.JRContinuationSubreportRunnerFactory, для заполнения отчетов будет использоваться подход Javaflow, а не потоки. Если выбран этот параметр, JAR-файл Jakarta Commons Javaflow должен быть включен в путь к классам приложения. Этот jar можно найти в каталоге lib дистрибутива проекта отчетов JasperReport. Файл jasperreports-javaflow.properties иллюстрирует, как это свойство может быть установлено в реальной реализации. Другими вариантами обработки разных запросов в одном и том же отчете являются использование элемента списка и поднаборов данных.