Bugzilla – Full Text Bug Listing
| Summary: | Random Errors in PDF download from viewer, Content Length = [-1] | ||||||
|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Luis Trigueiros <luistrigueiros> | ||||
| Component: | BIRT | Assignee: | Birt-ReportViewer <Birt-ReportViewer-inbox> | ||||
| Status: | CLOSED NOT_ECLIPSE | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | bluesoldier | ||||
| Version: | unspecified | ||||||
| Target Milestone: | 3.7.0 | ||||||
| Hardware: | PC | ||||||
| OS: | Windows Server 2008 | ||||||
| Whiteboard: | Obsolete | ||||||
| Attachments: |
|
||||||
Seems it's not a BIRT issue and we dont have this issue in the birt viewer. Set as NOT_ECLIPSE. |
Created attachment 168520 [details] Integration source code Greetings, I'm integrating BIRT on my app using the viewer in the following way: 1) Have BIRT VIEWER and the app running side by side on the same Tomcat container 2) The app generates periodic PDF report using BIRT, by performing HTTP download the PDF report from the viewer using HttpClient from Apache HTTP Commons. So my question is more of an integration nature than from a BIRT problem. May problem is that randomly I get a PDF generated that can´t be opened by acrobat read, the PDF is badly generated. I'm checking the HTTP status code and it is ok, but the content length is not populated, it not required to generated the PDF but it would be handy it the viewer servlet populates the content length in order to know the full size of the PDF. My log files always show that the HTTP download status code is OK. At the moment I'm out of ideas, I'm doing something wrong ? Thank Oscar