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.
My application requires generating *.fex code dynamically from data in a table. One process generates a *.fex that is later INCLUDE'd into another process. To avoid conflicts between MRE Users and/or RCaster jobs running (nearly) simultaneously, and INCLUDE'ing the other's file in error, I give each generated INCLUDE file a unique name. This requires using an &var containing the unique filename in both the FILEDEF allocating the file when it is created and in the INCLUDE statement when it is used.
Apparently, the designers of DM's FOCExec parser decided that coding this:
-INCLUDE &INCL_FNAME
is illegal and they produce error 2905:
(FOC2905) &VARIABLE IS NOT ALLOWED AS A FILENAME IN THIS CONTEXT: &INCL_FNAME
While the condition is benign, and both the driving and INCLUDE's *.fex run OK, the error message is incorporated into the &ECHO output of MRE and RCaster's job log. The former alarms the MRE user, should it not be masked with a real or 'dummy' report and the latter gives a production log reviewer the impression that something malfunctioned.
Does anyone know a way to eliminate this error while allowing other errors and messages to appear as they normally do?This message has been edited. Last edited by: cburtt,
WIN/2K running WF 7.6.4 Development via DevStudio 7.6.4, MRE, TextEditor. Data is Oracle, MS-SQL.
Posts: 154 | Location: NY | Registered: October 27, 2005
I understand that your procedure runs well, but you get a spurious error message. I ran this in DS without any error message.
-* File chris1.fex
-SET &ECHO=ALL;
-SET &INCFEX='CHRIS';
-SET &FEXFILE='C' || &FOCCPU || '.FEX';
FILEDEF &INCFEX DISK &FEXFILE
-RUN
-WRITE &INCFEX.EVAL "TRYING AN INCLUDE"
-RUN
TABLE FILE CAR
HEADING
-INCLUDE &INCFEX
SUM SALES BY COUNTRY
END
Could you try it and see what happens?
Daniel In Focus since 1982 wf 8.202M/Win10/IIS/SSA - WrapApp Front End for WF
Posts: 1980 | Location: Tel Aviv, Israel | Registered: March 23, 2006