tdtappe

I added a background section to some report. In this section I put a subreport that contains an image. The strange thing: the subreport (background image) is missing on every second page. Pages 1, 3, 5, ... are fine. The same approach seems to work with another report. But I don't see any major difference between those reports that might cause this behaviour. The background section itself is correctly printed on every page. It looks like as if there was a printWhenExpression on the subreport checking for odd/even page numbers. But of course there isn't such a thing. Any idea?

Is there any public maven repository for jasperreports-javaflow (6.10.0)? --Heiko

I am passing a JRBeanCollectionDataSource to a subreport. How can I access the datasource resp. its collection as a whole inside the subreport? I would like for instance check all items to see if a special header is to be printed or not. --Heiko

Sorry for posting to such an old discussion. But I have the same "carry over" - problem as described above. Unfortunately the mentioned sample report does not or no longer exist? Can anybody help? --Heiko

Solved :-) It seems to be necessary (again) to provide a jasperreports.properties file and define the subreport runner: net.sf.jasperreports.subreport.runner.factory=net.sf.jasperreports.engine.fill.JRContinuationSubreportRunnerFactory

For test purposes I temporarily switched the RequestScoped parameter to dependent scope. Now the call to "getTranslation" is successful. Adding a log message to where the report generation is started and to the "getTranslation" function reveals a threading problem with subreports: With JR 5.1.0: 07:07:13,164 DEBUG [net.transdata.komalog.reporting.Reporter] (http-/0.0.0.0:80-1) Generate report - thread: 115 07:07:14,442 DEBUG [net.transdata.komalog.reporting.ReportingContextImpl] (ShippingOrder subreports #1) getTranslation - thread: 122 With JR 4.7.0: 07:16:10,075 DEBUG [net.transdata.komalog.reporting.Reporter] (http-/0.0.0.0:80-1) Generate report - thread: 115 07:16:11,358 DEBUG [net.transdata.komalog.reporting.ReportingContextImpl] (http-/0.0.0.0:80-1) getTranslation - thread: 115 Isn't the javaflow version intended to not use threads? Maybe now there is some (more) configuration needed compared to 4.7.0?

I don't know how to test this outside JBoss. And it doesn't make much sense without JBoss. Because what I am doing here is passing a RequestScoped object to JasperReports (as a parameter) that contains a function that when being called (getTranslation) causes the exception. Stacktrace: 14:58:04,575 ERROR [net.sf.jasperreports.engine.fill.JRFillSubreport] (http-/0.0.0.0:80-5) Fill 1: exception: net.sf.jasperreports.engine.fill.JRExpressionEvalException: Error evaluating expression : Source text : $P{REPORTING_CONTEXT}.getTranslation("OrderAdditionalAddressType." + $F{type}) + ":" at net.sf.jasperreports.engine.fill.JREvaluator.evaluate(JREvaluator.java:203) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRCalculator.evaluate(JRCalculator.java:591) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRCalculator.evaluate(JRCalculator.java:559) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRFillElement.evaluateExpression(JRFillElement.java:966) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRFillTextField.evaluateText(JRFillTextField.java:456) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRFillTextField.evaluate(JRFillTextField.java:440) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRFillElementContainer.evaluate(JRFillElementContainer.java:259) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRFillBand.evaluate(JRFillBand.java:455) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillColumnBand(JRVerticalFiller.java:2044) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillDetail(JRVerticalFiller.java:778) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillReportStart(JRVerticalFiller.java:288) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillReport(JRVerticalFiller.java:151) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRBaseFiller.fill(JRBaseFiller.java:909) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRBaseFiller.fill(JRBaseFiller.java:841) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRFillSubreport.fillSubreport(JRFillSubreport.java:655) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.JRSubreportRunnable.run(JRSubreportRunnable.java:59) [jasperreports-javaflow-5.1.0.jar:5.1.0] at net.sf.jasperreports.engine.fill.AbstractThreadSubreportRunner.run(AbstractThreadSubreportRunner.java:203) [jasperreports-javaflow-5.1.0.jar:5.1.0] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21] Caused by: org.jboss.weld.context.ContextNotActiveException: WELD-001303 No active contexts for scope type javax.enterprise.context.RequestScoped at org.jboss.weld.manager.BeanManagerImpl.getContext(BeanManagerImpl.java:590) [weld-core-1.1.10.Final.jar:2012-10-12 10:00] at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:71) [weld-core-1.1.10.Final.jar:2012-10-12 10:00] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:79) [weld-core-1.1.10.Final.jar:2012-10-12 10:00] at net.transdata.komalog.reporting.ReportingContextImpl$Proxy$_$$_WeldClientProxy.getTranslation(ReportingContextImpl$Proxy$_$$_WeldClientProxy.java) [classes:] at net.transdata.komalog.reporting.ReportingContext$getTranslation.call(Unknown Source) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:42) [groovy-all-1.8.3.jar:1.8.3] at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108) [groovy-all-1.8.3.jar:1.8.3] at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116) [groovy-all-1.8.3.jar:1.8.3] at ShippingOrder_AdditionalAddresses_1369832891805_874485.evaluate(calculator_ShippingOrder_AdditionalAddresses_1369832891805_874485:174) at net.sf.jasperreports.engine.fill.JREvaluator.evaluate(JREvaluator.java:190) [jasperreports-javaflow-5.1.0.jar:5.1.0] ... 19 more

http://sourceforge.net/projects/jasperreports/files/jasperreports/

Yes, that works. Thanks for sharing that. Or should I say it did work? When trying to switch to a newer version I run into some error as explained here: http://community.jaspersoft.com/jasperreports-library/issues/2652-0 Any ideas?

Changed Assigned User from - to @User_306070 Any updates on this?Also occurs with 5.1.0

I am facing the same problem. Did you ever find a solution?

BTW, when working with classes instead of interfaces everything seems to work just fine.

Added a junit test case (maven) showing the problem.

Is there anybody experiencing the same problem?

Every time I need to update the fields of a JavaBean Datasource report I need to reenter the name of the class the bean datasource is based on. Is there a way to let iReport remember this class name? Or have at least a list of most recently used class names? Using iReport 4.5.0 --Heiko

Also no success with brand new 4.5.1. But with 4.5.1 sometimes the report execution doesn't return instead of throwing an exception.

BTW, same with Jasper Reports 4.5.0

I've got some subreport (in a group header) that sometimes need to be splitted if it doesn't fit on the page. In this case I do run into the following exception: Caused by: java.lang.IllegalStateException: stack corruption. Is class net.sf.jasperreports.engine.fill.JRContinuationSubreportRunner instrumented for javaflow? at org.apache.commons.javaflow.bytecode.StackRecorder.execute(StackRecorder.java:102) [commons-javaflow-20060411.jar:] at org.apache.commons.javaflow.Continuation.continueWith(Continuation.java:170) [commons-javaflow-20060411.jar:] at org.apache.commons.javaflow.Continuation.startWith(Continuation.java:129) [commons-javaflow-20060411.jar:] at org.apache.commons.javaflow.Continuation.startWith(Continuation.java:102) [commons-javaflow-20060411.jar:] at net.sf.jasperreports.engine.fill.JRContinuationSubreportRunner.start(JRContinuationSubreportRunner.java:53) [jasperreports-4.1.2.jar:] If no splitting is needed everything's fine. Also if I switch to multi-threaded subreport runner factory. Any idea what to do? --Heiko JasperReports 4.1.2 JavaFlow 20060411 JBoss 7.0.2.Final