Hi all,
recently, I updated a customer's CF7ENT / Linux Server to CF8 Trial and ran into several issues regarding CFReport, I'm pretty sure now that this is a bug in CF8, more details on
this:
The source report is a pretty complex (as far as the layout is
concerned) one-page report with some calculated fields that are fed by a
cfquery. It was originally created using the CF7 Report Builder.
To be able to reproduce CF8's behaviour, I set up a really small cfm
page that calls the report like this:
<cfreport
template = "source.cfr"
file="result.pdf"
format="pdf"
overwrite="true"
>
<cfreportparam name="von" value="11:00:00">
<cfreportparam name="bis" value="13:00:00">
<cfreportparam name="datum" value="08.09.2008">
</cfreport>
<cfreport
template = "source.cfr"
file="result.swf"
format="flashpaper"
overwrite="true"
>
<cfreportparam name="von" value="11:00:00">
<cfreportparam name="bis" value="13:00:00">
<cfreportparam name="datum" value="08.09.2008">
</cfreport>
<a href="result.pdf" target="_blank">PDF result</a>
<a href="result.swf" target="_blank">Flash result</a>
When I start this template, the following happens:
* The PDF file takes about 3s to render (about 5 pages containing a
bunch of calculated fields, query results etc.) and is instantly
written to disk. The layout is *mostly* correct - I'd say 98% -
and personally, I could live with that.
* The SWF file is created, has 0 bytes at first and takes about
10mins (!) if the report contains the font "Arial Unicode MS".
During these 10mins, the cf process does not even eat cpu - it
seems as if it waits for something. If at least the result was
correct - no, it isn't. Almost all labels are way too big and the
layout is messed up.
I tried the following:
* Symlinking ARIALUNI.TTF to other non-unicode fonts
SWF is created as fast as the PDF, but layout is still broken.
* Opening and re-saving the report in CF8's Report Builder
No change
When I run the same template in CF7 on the same machine using all the
same settings, same browser, same fonts, same weather, same coffee...
both the PDF and SWF reports are rendered as expected. CF7 even swallows
the report saved with the CF8 report builder and has no problems working
with Arial Unicode MS... *sigh*
The problem is: the customer is running a Flex2 app that displays the
SWF report inline, and as they are using rather small thin clients,
switching to PDFs is not really an option. Additionally, there's not
only THIS report, but about 100, all of them show the same behaviour.
To sum it up:
CF7, PDF: works
CF7, SWF: works
CF8, PDF: works, small layout issues
CF8, SWF: fails
Has anyone of you run into similar issues yet?
System: SLES10, 32bit, Apache2, CF7 / CF8
bye,
marcus
recently, I updated a customer's CF7ENT / Linux Server to CF8 Trial and ran into several issues regarding CFReport, I'm pretty sure now that this is a bug in CF8, more details on
this:
The source report is a pretty complex (as far as the layout is
concerned) one-page report with some calculated fields that are fed by a
cfquery. It was originally created using the CF7 Report Builder.
To be able to reproduce CF8's behaviour, I set up a really small cfm
page that calls the report like this:
<cfreport
template = "source.cfr"
file="result.pdf"
format="pdf"
overwrite="true"
>
<cfreportparam name="von" value="11:00:00">
<cfreportparam name="bis" value="13:00:00">
<cfreportparam name="datum" value="08.09.2008">
</cfreport>
<cfreport
template = "source.cfr"
file="result.swf"
format="flashpaper"
overwrite="true"
>
<cfreportparam name="von" value="11:00:00">
<cfreportparam name="bis" value="13:00:00">
<cfreportparam name="datum" value="08.09.2008">
</cfreport>
<a href="result.pdf" target="_blank">PDF result</a>
<a href="result.swf" target="_blank">Flash result</a>
When I start this template, the following happens:
* The PDF file takes about 3s to render (about 5 pages containing a
bunch of calculated fields, query results etc.) and is instantly
written to disk. The layout is *mostly* correct - I'd say 98% -
and personally, I could live with that.
* The SWF file is created, has 0 bytes at first and takes about
10mins (!) if the report contains the font "Arial Unicode MS".
During these 10mins, the cf process does not even eat cpu - it
seems as if it waits for something. If at least the result was
correct - no, it isn't. Almost all labels are way too big and the
layout is messed up.
I tried the following:
* Symlinking ARIALUNI.TTF to other non-unicode fonts
SWF is created as fast as the PDF, but layout is still broken.
* Opening and re-saving the report in CF8's Report Builder
No change
When I run the same template in CF7 on the same machine using all the
same settings, same browser, same fonts, same weather, same coffee...
both the PDF and SWF reports are rendered as expected. CF7 even swallows
the report saved with the CF8 report builder and has no problems working
with Arial Unicode MS... *sigh*
The problem is: the customer is running a Flex2 app that displays the
SWF report inline, and as they are using rather small thin clients,
switching to PDFs is not really an option. Additionally, there's not
only THIS report, but about 100, all of them show the same behaviour.
To sum it up:
CF7, PDF: works
CF7, SWF: works
CF8, PDF: works, small layout issues
CF8, SWF: fails
Has anyone of you run into similar issues yet?
System: SLES10, 32bit, Apache2, CF7 / CF8
bye,
marcus