danjee

Is there a solution to not get the settings.xml and meta.xml not empty from JROdtExporter ?

Hello, I'm facing a problem opening files created with JROdtExporter with another third party library (jOpenDocument) jOpenDocument library opens without any problem odt files created directly from OpenOffice or LibreOffice. Jasper version is 5.0.0, JDK 1.6.22, OS Ubuntu final JROdtExporter odtExporter = new JROdtExporter();final ByteArrayOutputStream odtStream = new ByteArrayOutputStream();odtExporter.setParameter(JRExporterParameter.OUTPUT_STREAM,odtStream);odtExporter.setParameter(JRExporterParameter.JASPER_PRINT, print);odtExporter.exportReport();odtStream.close();ODPackage pkg = new ODPackage(new ByteArrayInputStream(odtStream.toByteArray()));ODSingleXMLDocument document = pkg.toSingle(); The java stack trace is: java.lang.IllegalStateException: parse error at org.jopendocument.dom.ODPackage$1.processEntry(Unknown Source) at org.jopendocument.util.ZippedFilesProcessor.process(Unknown Source) at org.jopendocument.dom.ODPackage.(Unknown Source) at com.asf.letter.service.LetterServiceImpl.runGenerateLettersOdt(LetterServiceImpl.java:531) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:319) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:110) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202) at $Proxy18.runGenerateLettersOdt(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.wicket.proxy.LazyInitProxyFactory$JdkHandler.invoke(LazyInitProxyFactory.java:434) at org.apache.wicket.proxy.$Proxy25.runGenerateLettersOdt(Unknown Source) at com.asf.letter.web.pages.queue.LettersQueuePage$4$1.getRawBytes(LettersQueuePage.java:211) at com.asf.letter.web.util.AjaxDownloader$1.write(AjaxDownloader.java:51) at org.apache.wicket.request.resource.ResourceStreamResource$1.writeData(ResourceStreamResource.java:192) at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:527) at org.apache.wicket.request.handler.resource.ResourceStreamRequestHandler.respond(ResourceStreamRequestHandler.java:153) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:830) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:97) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:253) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:210) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:281) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:188) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:245) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:560) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) at org.eclipse.jetty.server.Server.handle(Server.java:365) at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485) at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926) at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:988) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:635) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:628) at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) at java.lang.Thread.run(Thread.java:662) Caused by: org.jdom.input.JDOMParseException: Error on line 2: Premature end of file. at org.jdom.input.SAXBuilder.build(SAXBuilder.java:533) at org.jdom.input.SAXBuilder.build(SAXBuilder.java:865) ... 57 more Caused by: org.xml.sax.SAXParseException: Premature end of file. at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:195) at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:174) at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:388) at com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1414) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:1059) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:511) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522) at org.jdom.input.SAXBuilder.build(SAXBuilder.java:518) ... 58 more It looks like the xml file is empty Thanks, Daniel Jipa

It seems that the fields were exported. My OpenOffice see them as transparent. I have updated the jrxml template with Opaque checkbox but nothing changed. Why did Microsoft office renders the fields and Open office sees them as transparent ? Thank you, Daniel Jipa

Images and tables(without text in them) are OK also

I am facing an issue exporting a report to rtf with jasper v5.0.0 Everything is OK while exporting to docx, pdf and odt but on rtf I don't see any text in output. I've enabled debug logs in log4j but nothing that could show me a hint with the problem. There are some custom datasource for this report. I think the datasource is OK because pdf, docx and odt works well. Maybe I have some missing jars in cp but the logs didn;t mention it.

Hello, I am facing some problems with static text components in pdf outputs. When using horizontal alignment - justify, the last word from the last line is placed on the next line and it's spanned on the entire line with spaces between letters. I attached some example pdf. Another thing is that on a Linux machine the output was OK, except for some special characters but this is another issue. Is there a workaround this? I've tried adding "\n" or (char)10 and (char)13 and no results. Thank you, Daniel Jipa

Hello, I'm having some problems using romanian characters in static text. For example when using this words: 'Mihai Răzvan Ungureanu' in a static text I end up with 'Mihai Rzvan Ungureanu' if the pdfEncoding property is set to cp1250 or 1252 If I use cyrillic or balcanic or even turkish encoding I end up with Mihai R?zvan Ungureanu. The problem appears when exporting to pdf. When using JReportsViewer to preview everything looks good. Do I need to install some auxiliary fonts for the template ? Thanks for your patience