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 need help with passing a variable to another fex. Or maybe I need help on using the same hold file over two fex’s. Steps; 1) Create a hold file based on two parameters the user input 2) Display report based on hold file So far, fine 3) Within the displayed report, there is a drill-down to another fex, since the child report is a different layout. This is linked from the invoice field. That too works; except that the parameter prompts from the first report appear again, because I used an include to the first fex, to make the hold file available. 4) I know I can save the hold file, but I tried that and seem to be missing some crucial step. The hold file must be a in a format to allow a join back to the ORA table (based on INDEX INVOICE). This is all in 7.6.2 in DevStudio, Windows XP.
ThanksThis message has been edited. Last edited by: Kerry,
WebFocus 762,7611, 7.7.02 XP for Dev/test; Linux Prod 7.6.2; MRE
Posts: 21 | Location: NYC | Registered: February 09, 2009
You could save the hold file but it would be different for every user so that wouldn't work.
And it is too bad that you don't have 7.6.5 as it has a FOCCACHE option that would be perfect for what you want to do.
What you need to do is create a temp directory for each invocation of the program then save to be re-read by the drilldown program which is running under the same agent. For instance, on Unix you can use the process id. I'm sure that there is something similar to Windows. Make sure that the temp directory gets deleted at some point with some time-based script.
Could you not enhance step 3, so that the prompt will not reappear? You can do that in your drill down. Specify the two params the user puts in in your drilldown parameter list, like for example:
Pat's response gave me an idea. While it is important that the hold file is unique for each invocation of the program which would disavow being able to write the file to a permanent directory and rather than creating special temp directories to hold them, in fact a parent program and the drilldown program all run from the same agent or tscom.
So you could take advantage of that with this command which would allow you to construct a FILEDEF or APP FI in the child program to access your hold file.
a parent program and the drilldown program all run from the same agent or tscom.
NOT.
By the time the parent report is rendered by the browser, the connection to WF Reporting Server has dropped (and the agent is available to serve other requests). When the user activates a drilldown link from that report, the request will typically be assigned to a different agent -- but even if the same agent is assigned to handle the call it starts with a clean slate (temp files deleted, filedefs and &&vars dropped, SETs and APP PATH restored to default, etc.)This message has been edited. Last edited by: j.gross,
- Jack Gross WF through 8.1.05
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005
Forgive me. You are absolutely right, Jack. I should know better. gmal, you're going to have to do it the hard way. Or upgrade to 7.6.5 and use FOCCACHE.