I'm totally new to BIRT.
I've installed Actuate BIRT Designer Professional, and when I try to access the preview tab of my report, or I try to Execute it, I always get an error 18004 that states
"Error accessing report parameters: cannot get file
PARAMETER1 = cannot get file "
I didn't find any info on the matter on the web. The only thing I've found points that maybe a strange character ($) in the workspace path could be creating the problem, but I don't know how to solve it (it's possible to recreate or move the workspace?)
Any insight on the matter will be much appreciated
Ok, in the end the problem was related to the workspace path including a $.
I fixed it just moving the workspace to a different location without strange characters in it.
Related
About half the time when I click on WGET script following a CMIP6 data search on the ESGF (LLNL node), I get a wget script that only points to one, unrelated file. It's always the same one, too. Here's the relevant line that shows up in each wget file:
download_files="$(cat <<EOF--dataset.file.url.chksum_type.chksum
'famipc5_ne120_v0.3_00001_01_198001_198401_climo.nc' 'http://esgf.anl.gov/thredds/fileServer/esg_dataroot/ACME/climo/amip/v0_3/atm/mon/native/ne120/ens1/famipc5_ne120_v0.3_00001_01_198001_198401_climo.nc' 'SHA256' 'e5040c5df9d080437418943f02a41e84712dbe1c4a69982447712d7c7334241d'
EOF--dataset.file.url.chksum_type.chksum
)"
This happens with a wide variety of datasets. Here's one file where that happens, for example:
CMIP6.CMIP.CCCma.CanESM5.amip.r1i1p1f1.day.pr.gn
I've been searching for a reason, so far without success. A workaround is to hit the "download HTML" button 1000 times for each individual needed file instead (or set up a Globus endpoint for the files where that's possible), but it's very inconvenient and doesn't provide the functionality of a bash script.
Does anyone know what may be causing this? Is there some sort of limit to how many wget scripts an ESGF user can generate per day and these are downloaded as placeholders afterwards instead?
Grateful for any insight!
PS: I apologize for the cdo tag; I know this isn't a cdo problem, but it's hard to find relevant tags for this, and I figured that community may know what's up.
Turns out this is a browser issue. Repeating the search with chrome fixed it.
(Also that stack overflow may have not been the right venue to post this question; but I want this to be searchable somewhere at least)
I have a report that needs to be delivered with a dynamic custom header.
To accomplish this, I used a subreport element that uses a header-type parameter to link to the correct header subreport.
This works fine in Jaspersoft Studio, but i cant get it to work on the server itself.
I already copied the folder structure thats on the server within my developemnt workspace so that path would be the same on both systems but no luck.
I guess I am doing something fundamentally wrong.
I have uploaded my header-subreports as individual report units within a headers folder.
Then, I uploaded the main Report which should use one of the headers depending on a parameter.
No matter how i change the subreport expression, the main report never works, while i can perfectly access the header on its own.
Here is some of the things i tried already, if at all they only worked in the dev studio:
standard path: "/reports/aaaaa/headers/"+$P{P_HEADER}+".jasper"
repo path: "repo:/reports/SecondaryDB/Headers/"+$P{P_HEADER}+".jasper"
tried omitting +".jasper" because i cannot see an actual jasper file, just a report unit.
tried to replace +".jasper" with +"/Main.jasper" or "/Main.jrxml"
tried using single or double backslash instead of forward slash
tried using the full external url to the header report
none of that seemed to work.
A thing I have not tried, including the headers right with the main report.
This is because I need to maintain the headers as a single, globally available instance, rather than having compiled copies of them in every single report.
Can someone plase give me an example how this can be achieved?
Thanks to folks on the tibco board, I got a hint in the right direction.
So apparently, my mistake was to upload the subreports as Report-Unit.
Now I use a plain folder with plain jrxmls, and no file extension in the subreport expression - that works now.
But the other thing that confused me a lot, is that somehow my subreport expression gets altered while uploading.
My local developement file had it set to "repo:/reports/SecondaryDB/Headers/"+$P{P_HEADER}"
The upladed File had instead "repo:A_SPECIFIC_HEADER" and got rid of the path as well as the parameter, I guess JasperStudio did that implicitly.
I had to open my report unit and manually alter the main.jrxml on the server to set the subreport expressions back to what they should have been.
Only when I found that out, I finally got some results.
Follow-up Question:
Anyone knows a way so I can use the same configuration for local dev as well as on the production server?
Manually altering subreport expressions whenever uploading changes is not exactly an elegant way to roll out reports.
I'm trying to create & save a new form using Oracle Form builder however, I get the error FRM-10044: Cannot create file.
The same thing happens when I open and save an existing form (.fmb)
I've check the folder permissions where the form is being save, it has read write access.
I've tried saving it into a differ folder and also tried creating a new folder but it still throws the same error.
I'm able to create and save a word, excel document in the new or existing folders (as mentioned-above) without any issues.
I suspect it could be something to do with the Windows Registry or System Configuration settings because I had recently shutdown/disabled so of the services in the System Configuration (using
msconfig.exe). Unfortunately, I don't remember all the options that were modified.
I've gone through numerous discussion forums, but still no luck.
Any help is appreciated.
Thanks in Advance
I've experienced the same thing. But in my case, i compiled the form on server side. The error appeared because it was remote-controlled by more than 1 person. One of the remote session was possibly locking the file creation. So I logged off the other session and try to use 1 session only when compiling the form. This happens sometimes when we're using an OS with multiuser and multisession capability.
I'm starting to play a bit with iPhone applications and I downloaded the MoveMe example from the apple web page.
I managed to run the app, however I do not get the strings displayed. I noticed that the DisplayStrings.strings file, although it exists in the app folder, does not appear as one of the resources.
I tried adding it as a resource, but then after compiling I get an error saying "copystrings failed with exit code 1". I cannot find anything online regarding what the origin of this problem is...
The file itself is in utf16 (big endian), and contains simply a list of strings separated by new lines.
Any ideas?
Thanks.
I was having the same problem and as a workaround I renamed DisplayStrings.strings to DisplayStrings.data and added it as a resource. I then modified init in PlacardView.m to use the new filename. This made Xcode happy.
I fixed this by adding the DisplayStrings.strings file as a resource. However, when you do this it defaults the type to 'text.plist.strings' which is incorrect, since the file is just text. So, right click on the DisplayStrings.strings file in resources and change the type to 'text'. This solved the problem for me.
I have a BIRT 2.5.0 report design with a dynamic image (URL is specified through report parameter, image formats tried - .png, .bmp). When running the report from our application on Ubuntu, everything renders OK. When doing exactly the same thing on Windows, there's following message instead of the actual image:
Current report item is not supported in this report format.
Same problem occurs when including image with a fixed URL - even though the image is displayed and loaded in the Report Designer, it's not rendered in report generated from our application. Again, this happens only on Windows.
The only way I managed to get the image into a rendered report was through embedding it into the report design file, which is not suitable as the image has to be dynamic.
We ended up using a workaround. We put an embedded image with empty data property into the report design file and then supplied the image data as ilustrated in the following snippet:
ReportDesignHandle reportDesign = ...
byte[] imageData = ...
EmbeddedImage embeddedImage = reportDesign.findImage("embeddedImageName.png");
embeddedImage.setData(imageData);
I had a similar error and didn't quite know how to do the above. But in my case it was a different problem. I found that this error:
Current report item is not supported in this report format.
also shows on a PDF when it can't find the image file. I had a relational path rather than the full path e.g.
"/images/picture.jpg" (didn't work, got error)
rather than
"http://server/images/picture.jpg". (worked, showed my image)
The full path worked and I saw my image. The relational path gave me the error.
I spent hours just to find that out. Hope this helps somebody.