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 email@example.com for further assistance. Reference the community FAQ to learn more about the community.
Good Morning David, _FOC_NULL was introduced with WF 7, and, as we are self-serve, never came into play. Now we are moving to MRE/Content with WF 8, and, it is coming into play. I did check the properties; I checked the checkbox to Add "ALL" Option and ALL came into the text display area. I do not see anywhere to change _FOC_NULL to FOC_NONE. I will search more...
I now know not to edit as opening it back up in the GUI, Dev Studio froze and I lost all changes to programs that were open... I had to delete and start over...
The double-list was set to Multiple, we use it all the time. As I said, operation was set to "NONE" should have been "OR"
Also, can't edit the Title so now we get a browser tab that says HtmlPage:
This message has been edited. Last edited by: Tom Flynn,
If you select the "DOCUMENT" object in the Properties sheet, there is a property called "Ignore Filters". It has a dropdown to choose between _FOC_NULL and FOC_NONE. The DOCUMENT object also has a property called "Title of element" and this is what you can change to now show "HtmlPage" as the title of the page (the tab in the browser). If the operation for the double-list was set to NONE, I would venture to say that perhaps the parameter declaration in the report procedure is not multiselect OR...Otherwise, I cannot think of any other reason at the moment.
David Glick Director WebFOCUS App Studio and WebFOCUS Developer Studio WebFOCUS Division Information Builders, Inc. Direct (917) 339-5560 Voice Mail (212) 736-6250 x3560 Fax (212) 947-5168 Email firstname.lastname@example.org
Hi David, Great! Thank You! With all that is going on with WF8, the new architecture, HTML 5, etc., I admit that the new environment is tough to put ones arms around. I have been a coder all my life; now, the client has mandated the GUI. I'm taking 2 Aleve daily...
I will rebuild the Double-List box and get back to you...
Can anyone report on their experience with using the GUI in WF8 to modify "htm" files which contain (manually added) event handlers, these files work fine in 7.6.x execution and modifiable using the GUI?
Posts: 3132 | Location: Tennessee, Nashville area | Registered: February 23, 2005
Just a general comment regarding migrating to WF8 that should not be overlooked: Do you have any restrictions in terms of the software that can be implemented on the users' PCs?
This could trip you up if you don't plan for it. DOCID 1001172 on Tech Support provides the details of the browser and plugin versions that are required to take full advantage of the WF8 and HTML5-based features.
Simple HTML WebFOCUS reports can probably be viewed on any browser - but the new HTML5 graphs, HTML composer pages, Portal functionality, PDF output etc. will possibly require more specific versions of the browser, PDF viewer etc.
WebFOCUS 8.2.06 mostly Windows Server
Posts: 195 | Location: Johannesburg, South Africa | Registered: September 13, 2008
We use WF8 and IE8 and everything that was migrated works. If we try to use HTML 5 graphs it usually works thought the graphs that it falls back to because IE 8 can't use html 5 are not the prettiest. We will probably turn off that output option in the admin console until we upgrate to IE 9/10
Webfocus 8.0.7 on Windows
Posts: 176 | Location: Ohio | Registered: October 26, 2006
We are in the middle transitioning to wf8. Even though there is a certain level of learning curve I believe it will be worth it. We fortunately had a small number of screens to convert. We had only been on wf7 for one year. Everything did work with the conversion, but it was 10x slower. So sooner or later you will want to rewrite the code to include the full path, so I suggest to do it as soon as possible. The sensitivity of the html forms are higher. I suggest to always make a copy of what you have done at key points, so that if you blow it up, you can recover faster. I have found I can recreate it faster after redoing it 10x. IB has definitely reduced the desired to use the back door for the HTML. You can do it, but will receive a warning message everytime you to try to open it via the gui. I assume if you have a problem with a html page and get that warning, IB support is off the hook. I have had most of the problems indicated above, but have moved passed it with lots of patience.
Four things I would add.
The first thing is that external PDFs can't be saved within the Content folders and then get referenced. An error message pops up saying it is corrupted.I have a ticket open on it and IB has known about for while. It does not like being saved within a database.
The second is that it would be nice if IB wrote a script to use that a file(database record) could esalier restore the file from a backup tape. I will need to work on this soon.
The third thing is that when you get an error because of an invalid path. It does not display the error like the other error. When you run it from the code, it shows the error using XML tags. If it is ran from the portal or list of FEXs, it diplays in similair to HTML using the XML tags. But either way it DOES NOT tell you the line number of the code causing the error.
The fourth thing is if you get an error like the one below with over a thousand more words. It maybe because you did not define parameter correctly. Sometimes it shows the error correctly. Othertimes depending on other code following the error, it displays it like below.
POSSIBLE XALAN and SAXON MISMATCH TransformerException javax.xml.transform.TransformerException: javax.xml.transform.TransformerException: com.sun.org.apache.xml.internal.utils.WrappedRuntimeException: The reference to entity "LINK_NEXT_PO_EXPECTED" must end with the ';' delimiter. at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(Unknown Source) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(Unknown Source) at ibi.webfoc.wfapi.WFXSLTransform.doXSLTTransformation(WFXSLTransform.java:183) at ibi.webfoc.wfapi.WFXSLTransform.TransformString(WFXSLTransform.java:201) at ibi.webfoc.wfapi.WFReport.fetchReportData(WFReport.java:1937) at ibi.webfoc.wfapi.WFReport.(WFReport.java:1086) at ibi.webfoc.wfapi.WFPresentation.addReport(WFPresentation.java:842) at
Another note - I am an iSeries user which usually adds a little bit of added complexity.This message has been edited. Last edited by: Jay Potter,
WebFocus 8.1.5 iSeries/Windows DB2/SQL/Access Dev Studio App Studio Maintain ReportCaster
Posts: 341 | Location: Pembroke NH/Jericho NY | Registered: June 15, 2011