Hello,
We've recently upgraded to WF 7.13 (DevStudio and Server) and have seen 'large' HTML reports simply 'drop' lines at the end of the report. ('Large' is an arbitray number; suffice it to say they contain more data than the average report).
The report is actually two PDF compound reports. The first is the main report(OPEN NOBREAK)and the second is the Grand Totals (CLOSE). Sometimes, lines from the main report are simply lost, and the report jumps to the Grand Totals report.
Examining the source (below), it appears that the first report is ending prematurely and incorrectly as the data table is missing </TD>, </TR> and </HTML> tags, as well as more data. The second report just 'starts' with <HTML>.
This snippet of the source shows where the first report ends (RECEIVING BANK: 051400549WA) and the second report begins (<HTML>
...
...
...
<TR>
<TD class='x6'>
</TD><TD class='x6'>
RECEIVING BANK: 051400549WA<HTML>
<HEAD>
<META name="HandheldFriendly" content="True">
<META name="PalmComputingPlatform" content="True">
...
...
...
What's make this even more bizarre is, using the same workstation, same version of IE, same memory...
1 - The report always runs to completion via DevStudio, NOT always when using our Self-service J2EE/WAS app
2 - Certain Users can run the report to completion via our Self-service J2EE/WAS app
3 - Doesn't matter how many apps are open and running when the report is generated, the results are the same
4 - If the 'large' report is filtered to only show the bottom subset of missing rows, all the rows show via both DevStudio and the Self-service app.
Sounds like a memory problem somewhere, but where???
Condition 1 points to a problem with the J2EE/WAS interface...but Condition 2 shows seems to point out that its user-specific (which the authors of the app say is impossible). Condition 3 kind of says it's not Workstation memory, but Condition 4 looks like it IS Workstation memory!
Has anyone run into this? Any ideas would be appreciated.... and any ammo to get the J2EE/WAS guys to look at it from their end would be GREATLY appreciated <g>!
Thanks! Craig
PROD:WebFOCUS 7.6.11 on UNIX accessing FOCUS, Oracle, SQLServer
TEST: WebFOCUS 7.7.1 on UNIX accessing FOCUS, Oracle, SQLServer