As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
We just upgraded from WF 7702 to WF7704M server. There is no 7704 client, so we have installed 7703 with hotfix 6.
From our main menu page we have two types of hyperlinks: 1) those that link directly to FEXs that do not require any parameters and 2) those that link to other html pages that prompt for the parameters for various reports.
The first type of link (no parameters) works just fine. The second one gives the error that is the subject of this discussion.
I have a case open and the folks at IBI have been extraordinarily helpful given that they are all swimming while holding a cellphone to their ear, holding their laptops above the waves in the right and typing with their left. So far I've been in touch over about 9 hours with 5 really knowledgeable experts and right now they appear to be stumped.
We have, of course, checked all the normal stuff - permissions, APP PATH etc etc. But if anyone has seen this before all assistance would be gratefully received.
Thanks!This message has been edited. Last edited by: George Patton,
I have several links that run html pages that require parameters and they work fine. I would bet this is another bug with the 7704 upgrade. We did the 7704 upgrade last week and it messed up so many things and made our employee directory unusable. NOPRINTS were displaying, it was ugly. After opening a few cases and working with IBI we ended up going back to 7703. There really was no rhyme or reason, sometimes things would work other times they didn't but it couldn't be resolved after two days of trying. We were told by IBI it had to be a bug. So we have HF6 and 7703 and will do no more upgrades until we get 8. I know this doesn't solve your problem but maybe it will save you some time beating your head against the wall trying to figure out why it's not working. Take Care, Michelle.
WebFOCUS Server 8.1.05 Windows 2008 Server WebFOCUS AppStudio 8.1.05 Windows 7 Professional IE 11 and Chrome Version 43.0.2357.124 m. Mostly HTML, PDF, Excel, and AHTML
Okay George, I ran your code and it didn't work, it opened a new page with auto prompting when I clicked the Button. So I copied it and made it work and here is my code if you want to compare. I put both into Beyond Compare and found only a few minor differences. One being that you have County instead of Country in this line of code;
WebFOCUS Server 8.1.05 Windows 2008 Server WebFOCUS AppStudio 8.1.05 Windows 7 Professional IE 11 and Chrome Version 43.0.2357.124 m. Mostly HTML, PDF, Excel, and AHTML
All files are stored on the server in the same directory.
I created hello.htm using DevStudio and hello2.htm by hand coding.
hello2.htm:
<HTML>
<BODY>
"HELLO"
</BODY>
</HTML>
Result: Works fine when run on the local machine. Does not when run on the server: (FOC36223) FILENAME hello2 SPECIFIED BY -HTMLFORM COULD NOT BE FOUND
(FOC36223) FILENAME madams SPECIFIED BY -HTMLFORM COULD NOT BE FOUND
It's interesting what you say about rolling back to 7703. However we are specifically targeting 7704 because of the improved support for EXL07 (pure binary Excel) output that we need to make WebFOCUS work properly with OpenOffice / Lotus Symphony / other ODF-compliant software. IBI has been working on this diligently since Summit and they say that decent functionality should be there by now.
Sounds like you are in a pickle, needing 7704. I wish I could help more. Sounds like a bug to me.
WebFOCUS Server 8.1.05 Windows 2008 Server WebFOCUS AppStudio 8.1.05 Windows 7 Professional IE 11 and Chrome Version 43.0.2357.124 m. Mostly HTML, PDF, Excel, and AHTML
How are you calling these html forms? There must be some line saying -HTMLFORM hello2.htm somewhere, and what's doing that (obviously) isn't able to find the html file.
Are the HTML form-files in your application path? What does:
WHENCE hello2 HTML
print if you run that from the command console (Dev Studio)?
N.B. I just found that WHENCE ... HTML works, although it isn't mentioned as an option in the Help file!
WebFOCUS 8.1.03, Windows 7-64/2008-64, IBM DB2/400, Oracle 11g & RDB, MS SQL-Server 2005, SAP, PostgreSQL 11, Output: HTML, PDF, Excel 2010 : Member of User Group Benelux :
I have worked in a multi-tier environment where html pages in MRE called by HTMLFORM also have to be on the repoting server. So, two copies of the .htm file - one in an MRE domain and the other in an app folder - make a change in MRE, save, then drag-n-drop into the app folder.
Just my tuppence.
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
We are still having immense problems with this upgrade - and still get the FILENAME xxxxxxSPECIFIED BY -HTMLFORM COULD NOT BE FOUND message.
This is very frustrating, because the Reporting Server is working fine and finally is able to produce pure binary Excel output that works flawlessly in OpenOffice / Lotus Symphony.
If I create a new html form with a single control that points to a FEX in the same directory I cannot run it from Dev Studio without getting the message. I CAN run it from the browser, but of the link points to anoter form or a FEX with -HTMLFORM filename I get another bunch of errors.
Very, very frustrating. Between me and my Linux expert we have spent orobably a hundred hours on this install with still no solution in sight.
Waz: I would be interested to see how you would FILEDEF an html form ....
We have in the past been calling the second html form via a link from the main menu. What I want to do now is replace all those links with a lidtbox (or several llistboxes) that have as a parameter ReportNumber. The run button would launch a fex that has a -GOTO ReportNumber and a label for each report, thus:
The html files are located in the same directory as all the fexes, in this case /approot/chemomenu
This worked fine under 7702, but is broken with the upgrade to 7704 with the 7703 client.
Under 7702 we got the error message when running directly from the editor page of DevStudio, but things ran fine from the explorer page or when using the web browser.
This happened to us when we "upgraded" to 7.7. I found that if I made my HTMLFORM filenames no more than 8 characters long, it would work. Luckily, we were still in development mode at the time and didn't have too many .HTM files to rename.
I was just about to post pretty much what Mike has said. Somewhere between versions we also encountered issues with: - The "app" directory name was > 8 chars e.g. chemomenu is 9 - The actual HTML file name was > 8 chars (the part preceding e.g. .htm) - Case sensitivity of the file names
WebFOCUS 8.2.06 mostly Windows Server
Posts: 195 | Location: Johannesburg, South Africa | Registered: September 13, 2008
We have been through the issue of short file names and it made no difference - this is something that has theoretically been fixed in the build version we are using.
But today I did make some headway.
The problem is definitely something to do with the path where WF thinks the graphical elements reside.
Here is a shot of the a launch page inside of Developer Studio. I'm working on the X in the corner to close this form and return to the home page.
Normally I would just click the down arrow in the Actions column and choose HTML Page from the options. Select it and up pops up a box under Source where all the .htm files in my application reside (same folder as the FEXs).
But if I do that and try to run the launch page I get the -HTMLFORM cannot be found error message.
However, if I specify URL instead of HTML, and type in the URL as /approot/chemo/home.htm in the Source box it behaves properly - closes this form and returns to the menu.
Similarly, when I want to incorporate a background graphic, like the run button, I get the option in DevStudio to simply pick it from a list - because all the graphics are in the same directory as the FEXs and HTM files. But if I simply choose it from the list and save, it doesn't show up. I have to type in the specific URL for the graphical element: /approot/chemo/RunButton48px.png
So..... it looks like either we need to put the graphical elements in a different directory or figure out how to get WF to recognise that they are all in the same directory, (which is normal when the report server and the client are on the same machine.)
This message has been edited. Last edited by: George Patton,
After spending something like 25 hours on the phone to IBI tech support - who were as always very helpful - we remained baffled by this issue until my colleague ran some traces.
He has discovered that after restarting the reporting server EDASERVE finds the correct .htm file the FIRST time it is requested, but on subsequent requests it substitutes .XML instead of .HTM - and of course no such file exists:
After restarting EDASERVE the trace log correctly shows the htm extension the FIRST time (and only the FIRST time) it looks for the file.
15.09.36 AT ioh_nextDir: tagname=APPPATH , tagelm=chemomenu, location=/home/iadmin/test/ibi/apps77/chemomenu, app n=chemomenu, subdir=NULL 15.09.36 AT fcbfndopn: ioh_nextDir returned 0 15.09.36 AT fcbfndopn: ioh_nextDir returned loc=/home/iadmin/test/ibi/apps77/chemomenu, ind=0 15.09.36 AT r1pathnm: result is 15.09.36 AT r1pathnm: result is 15.09.36 AT fcbfndopn: str=/home/iadmin/test/ibi/apps77/chemomenu/launch_cust_b2calyr.htm 15.09.36 AT r1fopen: calling fopen( /home/iadmin/test/ibi/apps77/chemomenu/launch_cust_b2calyr.htm, r ) 15.09.36 AT fcbfndopn: f_fopen with mode= returned 7616736 15.09.36 AT fcbfndopn: rc=1
On SUBSEQUENT requests after the first one EDASERVE is looking for files with a non-existent file extension:
14.55.25 AT fcbfndopn: ioh_nextDir returned 0 14.55.25 AT fcbfndopn: ioh_nextDir returned loc=/home/iadmin/test/ibi/apps77/chemomenu, ind=0 14.55.25 AT r1pathnm: result is 14.55.25 AT r1pathnm: result is 14.55.25 AT fcbfndopn: str=/home/iadmin/test/ibi/apps77/chemomenu/launch_cust_b2calyr.xml 14.55.25 AT r1fopen: calling fopen( /home/iadmin/test/ibi/apps77/chemomenu/launch_cust_b2calyr.xml, rb ) 14.55.25 AT r1trcerr: fopen: err#2, No such file or directory
It looks like a serious programming or configuration bug to me. I hope they can fix it right away - our users haven't been able to run reports for two weeks. (I can run them, because autoprompt still works - and ReportCaster is doing just fine).