|
Notes |
|
|
(0012827)
|
|
svnbot
|
|
2009-01-29 15:55
|
|
Repository: openbravo
Revision: 12483
Author: pheenan
Date: 2009-01-29 15:55:49 +0100 (Thu, 29 Jan 2009)
Fixed 7180. Updated report in iReports. Changed parameter being passed to the subreport. Reformatted query to include spaces for correct parsing of jrxml query. Report should be ported to the new printing structure through the print controller.
---
U trunk/src/org/openbravo/erpReports/RptM_Requisition.java
U trunk/src/org/openbravo/erpReports/RptM_Requisition.jrxml
U trunk/src/org/openbravo/erpReports/RptM_Requisition_Lines.jrxml
---
https://dev.openbravo.com/websvn/openbravo/?rev=12483&sc=1 [^]
|
|
|
|
|
|
Still not able to print the Requisition. |
|
|
|
|
This issue seems to be related to a change in the handling of pdf printing in the HttpSecureAppServlet class. The output type for this class has been changed to
reportId = UUID.randomUUID();
saveReport(variables, jasperPrint, exportParameters, strFileName + "-" + (reportId) + "."
+ strOutputType);
printPagePopUpDownload(os, strFileName + "-" + (reportId) + "." + strOutputType);
This means that the content type for the response is an "application/octet-stream" which may not be defined int he web.xml file of the tomcat server. If this is not defined as below then the output will not be recognised and the document will not be rendered.
Required mapping in the web.xml file of the tomcat server....
<mime-mapping>
<extension>bin</extension>
<mime-type>application/octet-stream</mime-type>
</mime-mapping>
This change in handling also effects the ExportGrid function which is passing through the same printPagePopUpDownload method. |
|
|
|
(0013951)
|
|
svnbot
|
|
2009-02-23 16:01
|
|
Repository: openbravo
Revision: 13538
Author: pheenan
Date: 2009-02-23 16:01:13 +0100 (Mon, 23 Feb 2009)
Fixed 7180. Added line to avoid errors in mapping the output file.
---
U trunk/src/org/openbravo/base/secureApp/HttpSecureAppServlet.java
---
https://dev.openbravo.com/websvn/openbravo/?rev=13538&sc=1 [^]
|
|