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.
I was pretty sure -MRNOEDIT is when you want to include a fex from the server app directory not from the repository. I think based on the name in this example the included focexec (IBFS:/WFC/Repository/Puppies/~thomas.fxxx/Fxxx/EURORC.fex) is in the repository.
WebFOCUS 8206, Unix, Windows
Posts: 1853 | Location: New York City | Registered: December 30, 2015
It used to be the case that an -INCLUDE directive for a repository fex file cannot contain amper variables. As far as I know, that is still the case.
The reason involves the interplay of Client and Server:
The lookup of the fex in repository occurs within Cient; the -INCLUDE is never seen in that form by the Server. And Client has no clue what to do with "&WHCHFEX.EVAL"; at that point it probably leaves it to be passed to Server as is, and of course Server (after the amper substitution) cannot find the fex (since it has no access to repositiry).
You need to have separate -INCLUDE directives for each of the fex files, each explicitly naming the fex file and its location within Repository -- and provide -GOTO logic to send control to the -INCLUDE that matches the amper variable, when executed on Server. (By the time Server sees the request, each of the fex files will have been uploaded to Server as a temporary file, and each of the -INCLUDE lines will have been rewritten to refer to the corresponding temp file on the server).
- Jack Gross WF through 8.1.05
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005
I made some changes to the fex, and it is posted below:
-SET &ECHO = ALL;
-SET &OPT = 1;
-TYPE OPT = &OPT
-SET &WHCHFEX = IF &OPT EQ 1
- THEN '-INCLUDE EURORC.fex'
- ELSE '-INCLUDE JAPANRC.fex';
TABLE FILE CAR
PRINT CAR MODEL RETAIL AS 'RETAIL' DEALER AS 'DEALER'
AND COMPUTE PROFIT/D7 = RETAIL - DEALER;
BY COUNTRY
&WHCHFEX.EVAL
END
It runs now but I get a report with every country not the select few that I would expect to see if the –INCLUDE(D) Where statement were recognized and executed.
Yes, BabakNYC, thank you for pointing out that the EURORC.fex and ASIARC.fex are resting cozy and warm in the repository.
But as you say Jack Gross, it appears that the –INCLUDE is never seen by the server. Per your reference to having “separate –INCLUDE directives for each fex file (w/ –GOTO logic, could you provide a basic example?
It is very interesting that –INCLUDE functionality in FOCUS has been around since at least the 1980’s, but client server technology serves as the albatross.
An obvious caveat: The GUI's editor will totally choke on a TABLE request that encompasses dialog manager (-GOTO or -INCLUDE) directives, or even labels. So if policy requires GUI-editor compatibility, you cannot go there.
In the case of simple WHERE phrases, you can achieve the effect (within the bounds of GUI-accepted syntax) using &vars that evaluate to a target value-list or _FOC_NULL.
- Jack Gross WF through 8.1.05
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005