I can always appreciate a blank report; it takes less time to read and I can usually hazard a guess as to what it is about. Unfortunately recent studies have shown that unbeknownst to me, reports can actually be resoundingly useful... unless of course they're blank.
My problem is basically this; I run a report, the report window returns blank.
A quick look at the HTML shows the same, incomplete HTML code, regardless of which report is run;
=============================================
< !DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
< HTML dir=ltr>The page cannot be displayed
< STYLE>A:link {
FONT: 8pt/11pt verdana; COLOR: #ff0000
}
A:visited {
FONT: 8pt/11pt verdana; COLOR: #4e4e4e
}
< /STYLE>
< META content=NOINDEX name=ROBOTS>
< META http-equiv=Content-Type content="text-html; charset=Windows-1252">
< SCRIPT>
function Homepage(){
< !--
// in real bits, urls get returned to our script like this:
// res://shdocvw.dll/http_404.htm#http://www.DocURL.com/bar.htm
//For testing use DocURL = "res://shdocvw.dll/http_404.htm#https://www.microsoft.com/bar.htm"
DocURL=document.URL;
//this is where the http or https will b
=============================================
Any ideas would be appreciated :)
Oh man
Was there a timebomb in my report code so they all stopped working on 8/16? :D Okay, follow these steps:
http://www.ziptie.org/content/problems-configuration-change-report#comme...
And answer me these questions:
1) What report?
2) Is it scheduled or interactive, or does it matter? What if you double-click it in the Job History view?
3) What OS?
Thanks,
Brett
Hi Brett
Hi Brett
1) I hate to sound vague, but *every* report does this. The Hardware Summary, Protocols and Credentials, Software Summary, Backup Failures, Configuration Changes and Inventory Report.
2) Doesn't matter. When I double click the job in the history, you get the same; a small blank white window in ZipTie (with a rather facetious looking 'Done' in the bottom left).
3) Windows XP (dont hit me, we're just using XP to trial ZipTie :) )
Interestingly, when I go to the properties of the blank white report (obviously being displayed in IE, judging from the context menu), I get:
An error has occurred in the script on this page
Line: 58
Char: 1
Error: Unspecified Error
Code: 0
URL: res://C:\Windows\system32\shdoclc.dll/docppg.ppg
Clicking 'yes' brings up an identical error, except for:
Line: 76
Error: Object doesn't support this property or method
Hope this is of use :)
Okay
Mysterious. Sounds like it's in the rendering step to me -- not that that means anything to you. If you could, run through the steps in the referenced link and email me the result.
Thanks,
Brett
Done.
Done.
Thanks
Ok, that log shows a normal execution for generating the report. Reports are generated into an intermediate format, and then rendered on request to either HTML or PDF. Generation appeared to occur without error. In the tmp directory, where the ReportEngine_2008_08_18_15_31_44.log file was dropped, where there any other files? If you've already restarted the server, they're gone because it wipes tmp on start-up, so you may have to run it again with the debug options enabled. If it creates other files, like an HTML or a PDF, or a second log file can you also send? Normally it should create two log files -- one for the generation phase and one for the rendering phase (when it is viewed). You may have to double-click the report in the history to get it to run the rendering phase.
Thanks,
Brett
I saw a folder, but since
I saw a folder, but since the post said one or two files, thus I had assumed that the folder was unrelated :/ Other than that, there was only one file (the one I sent you).
I will try again tomorrow, and see if I can generate the second file.
Brett,
Brett,
I have done as you have asked, tried running it from history, and there are still no other files. I have sent you the sever and the tmp log files, and the (empty) folder (.paxweb59977) also generated in the tmp folder.
Regards
Defect
I have created a defect in our defect tracking system, which you can access here:
http://bugs.ziptie.org/show_bug.cgi?id=1088
As an attachment to the defect there is a replacement JAR file with additional error/debug logging. Please download this JAR file and copy it to your [server]/core directory. There should be an existing JAR file there with the same name, you may wish to make a backup copy of that file.
Edit your log4j.properties file and change the word 'info' in the first line to 'debug'. Restart the server, and again run and then attempt to view a report. ZIP and mail the log files again, or attach the ZIP to the defect above if you wish.
The replacement JAR is based on the assumption that you are running 2008.04c, is that correct?
-Brett
One more thing
On more thing to do before you make another run at it. Edit your osgi-config/config.ini file and add a line (anywhere) that looks like this:
org.ziptie.birt.retain.intermediate=true
This should result in an additional file in the tmp directory.
-Brett
Brett,
Brett,
I'm afraid that I have not had time to implement any of the above, but I have just come across something with the reporting that may interest;
Connect to ZT server from remote PC using server IP address: REPORTING FAILS
Connect to ZT server from server machine using server IP address: REPORTING FAILS
Connect to ZT server from server machine using 'localhost': REPORTING FAILS
Connect to ZT server from server machine using 127.0.0.1: REPORTING WORKS
The reporting works perfectly if you connect to ZT server on 127.0.0.1 on the server machine, but is a big fat epic fail when connecting to it any other way (even 'localhost' doesn't work!!).
EDIT:
I have also tried installing ZT on another machine, and I get the exact same symptoms.
Hi All, Sorry to write this
Hi All,
Sorry to write this in between this thread. Anyway even i am facing a similar issue with reports. I'm running windows 2000 and when we clik on " Quick report " Neither
1) Network hardware summary
2) Protocol credentials
3) software summary
works. All i can see is a file download option, file name is plugin detail. i dont know what i need to do with it.
Regards
Santhosh M.C
Adobe Acrobat
Santhosh,
Reports are delivered by a Java servlet called plugindetail. However, the report is delivered to the browser with a content-type of "application/pdf", which your browser should recognize as an Adobe PDF file. If you are being prompted to save a file, it is probably because Adobe Acrobat Reader is not installed on the computer. If you can, please install Adobe Acrobat Reader and try again.
-Brett