Bug 333511

Description Brett Palmer 2011-01-04 15:39:44 EST

Build Identifier: 3.6.0.v20100602-9gF78GpqFt6trOGhL60z0oEx3fz-JKNwxPY, Birt 2.6.0

We use BIRT to generate correspondence notices to our clients. We run these during a batch run with over 100k generated using 4 JBoss servers each running a BIRT servlet implementation.

For most of the correspondence reports the PDF's generated are correct but there are a handful that fail randomly (e.g. 32 out of 100k have the font error). If we re-run these same correspondence they will not have the same error which makes it difficult for us to debug.

The BIRT template sets the font in a table to be Arial size 8 but for the ones that fail the font changes to a larger font (looks like Arial size 12).

The creates problems for our printing that is expecting a specific number of pages in the correspondence. The larger fonts create an extra page and the correspondence job fails at that point.

Here is an overview of how the servlet is implemented.

1. The request includes the report template ID for the report and all the parameters needed for the SQL in the report.

2. The servlet reads the report out of the database and then caches it in memory

3. The servlet then renders the report for each requests and outputs a PDF document.

4. Most of the PDFs generated have no errors but randomly the font size changes within the document.  This increases the number of pages in the PDF document.


We are wondering if the problem is a concurrency issue with the fonts as we are running several report requests simultaneously.

Any suggested workarounds would be very helpful.  I will continue to add details to this bug as we investigate further.  If there is other information that would be helpful please let me know.

Thanks,


Brett

Reproducible: Sometimes

Steps to Reproduce:
1. This happens when running simultaneous http requests to a BIRT servlet.  We are investigating if concurrency is part of the problem.
2. The same report does not always fails.
3.