doom160

This has not occur in the past. Yes both should be the same JVM, the only difference is production is installed on solaris whereas our local environment is on rhel. We will take your advice and try it out. Thanks!

Hi, I have been getting below exception in Prod environment which we could not replicate on our own environment and it has already occurred twiced this week. It seems like due to the nullpointer exception, the report can no longer generate. Other reports are able to generate. This report has quite a few SQL queries plus custom barcode fonts. I suspect it is due to the barcode font that causes this exception. This has not happened in the past. Please advice how should I resolve the issue. Jasperserver Logs 2018-02-22 07:15:16,325 ERROR AsyncJasperPrintAccessor,pool-4-thread-2081:315 - Error during report executionjava.lang.NullPointerException at net.sf.jasperreports.engine.fonts.FontUtil.getFontInfo(FontUtil.java:189) at net.sf.jasperreports.engine.fonts.FontUtil.getAwtFontFromBundles(FontUtil.java:257) at net.sf.jasperreports.engine.fill.SimpleTextLineWrapper.loadFont(SimpleTextLineWrapper.java:364) at net.sf.jasperreports.engine.fill.SimpleTextLineWrapper.getGeneralFontInfo(SimpleTextLineWrapper.java:338) at net.sf.jasperreports.engine.fill.SimpleTextLineWrapper.createFontInfo(SimpleTextLineWrapper.java:278) at net.sf.jasperreports.engine.fill.SimpleTextLineWrapper.start(SimpleTextLineWrapper.java:240) at net.sf.jasperreports.engine.fill.TextMeasurer.measure(TextMeasurer.java:536) at net.sf.jasperreports.engine.util.JdkGlyphFixTextMeasurer.measure(JdkGlyphFixTextMeasurer.java:141) at net.sf.jasperreports.engine.fill.JRFillTextElement.chopTextElement(JRFillTextElement.java:672) at net.sf.jasperreports.engine.fill.JRFillTextField.prepare(JRFillTextField.java:821) at net.sf.jasperreports.engine.fill.JRFillElementContainer.prepareElements(JRFillElementContainer.java:352) at net.sf.jasperreports.engine.fill.JRFillBand.fill(JRFillBand.java:421) at net.sf.jasperreports.engine.fill.JRFillBand.fill(JRFillBand.java:396) at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillColumnBand(JRVerticalFiller.java:2028) at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillGroupHeader(JRVerticalFiller.java:613) at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillGroupHeaders(JRVerticalFiller.java:535) at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillReportStart(JRVerticalFiller.java:257) at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillReport(JRVerticalFiller.java:119) at net.sf.jasperreports.engine.fill.JRBaseFiller.fill(JRBaseFiller.java:558) at net.sf.jasperreports.engine.fill.BaseFillHandle$ReportFill.run(BaseFillHandle.java:119) at com.jaspersoft.jasperserver.api.engine.jasperreports.service.impl.EngineServiceImpl$SynchronousExecutor.execute(EngineServiceImpl.java:922) at net.sf.jasperreports.engine.fill.BaseFillHandle.startFill(BaseFillHandle.java:164) at com.jaspersoft.jasperserver.api.engine.jasperreports.service.impl.EngineServiceImpl$AsynchronousReportFiller.fillReport(EngineServiceImpl.java:878) at com.jaspersoft.jasperserver.api.engine.jasperreports.service.impl.EngineServiceImpl.fillReport(EngineServiceImpl.java:1774) at com.jaspersoft.jasperserver.api.engine.jasperreports.service.impl.EngineServiceImpl$ReportFill.runWithDataSource(EngineServiceImpl.java:1118) at com.jaspersoft.jasperserver.api.engine.jasperreports.service.impl.EngineServiceImpl$ReportFill.runReport(EngineServiceImpl.java:1047) at com.jaspersoft.jasperserver.api.engine.jasperreports.service.impl.EngineServiceImpl$ReportRunnable.run(EngineServiceImpl.java:944) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745)2018-02-22 07:19:22,262 ERROR AsyncJasperPrintAccessor,pool-4-thread-2083:315 - Error during report executionjava.lang.NullPointerException2018-02-22 07:22:06,376 ERROR AsyncJasperPrintAccessor,pool-4-thread-2084:315 - Error during report executionjava.lang.NullPointerException2018-02-22 07:36:25,973 ERROR AsyncJasperPrintAccessor,pool-4-thread-2086:315 - Error during report executionjava.lang.NullPointerException2018-02-22 08:32:16,151 ERROR AsyncJasperPrintAccessor,pool-4-thread-2104:315 - Error during report executionjava.lang.NullPointerException2018-02-22 08:32:39,068 ERROR AsyncJasperPrintAccessor,pool-4-thread-2104:315 - Error during report executionjava.lang.NullPointerException[/code]Thanks Ren Fa

thanks once again, seems like this method is feasible. will give it a try

Hi All, Given that I have 2 environments, Dev and Production, both are using different data source host IP. I noticed that when I export the report, it includes the data source details. Is there a way to export and import the reports just using data source ID so that it can map itself via the same data source ID? Thanks! *assumption is we do not have production data source db password and details, so we cant manually edit those files

Hi All, I have a web app to do rest call to JasperServer using: https://github.com/Jaspersoft/jrs-rest-java-client I have no issue with generate report and display on UI. But what if I want to generate report and save directly inside JasperServer? My current implementation is after generation of report, I send it back to JasperServer back, which is pointless for it to be sent to and fro. I am hoping if there is an easy way for this. Thanks!

Hi all, Given that I am using Actuate 8 and in the planning to migrate to jasper reports.There is two architectural design in mind when rendering the report. 1) Application send parameters to JasperServer, then JasperServer queries DB for data then render as Report 2) Application queries DB for whole set of data then send these data as objects or json or file (e.g. XML) to render as Report. My point of view is: (1) would be the easiest to implement but strongly coupled to Jasper solutions. Sharing of load with apps and report server (2) makes the system less coupled to Jasper solutions, allowing for other report rendering software if needed in long future. but huge load on apps Assuming the reports requirements is solely on tables or list of values, no complicated diagrams, which would be a better design and common practice? Thanks