Focal Point Banner


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.



Read-Only Read-Only Topic
Go
Search
Notify
Tools
Hold File Overlap
 Login/Join
 
<Shyam L>
posted
Hi,
How does WebFOCUS handle the creation of HOLD files in the temporary memory?
The scenario is two jobs are running at the sametime from a Scheduler. These jobs J1, J2 execute two different procedures P1, P2 and both these procedures use a common hold file name say HLD.

J1 which calls P1 failed due to the error:
THE FIELDNAME USED IN JOIN CANNOT BE FOUND IN THE FILE ..... HLD.fieldname
but the fieldname mentioned, was not present in P1 whereas it was present in P2. I was of the belief that both would work fine. Did the hold file got overwritten by the other job? Has anyone encountered similar issue?
The job which failed, ran successfully the second time, minutes later.
 
Report This Post
Virtuoso
posted Hide Post
Shyam,
By default, HOLD files are saved on disk in a temporary directory. That is, unless they are directed to a fixed directory. This can be the case if you have a SET TEMP command or a APP HOLD command, either in your procedures or in the profile (usually EDASPROF.prf). I suggest you check that.


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, 2006Report This Post
<Shyam L>
posted
Danny,
Thanks for the post. We are not explicitly storing the hold files. Its in temporary space only. What I would like to know is whether the hold file would get overwritten in the case I mentioned above.
 
Report This Post
Gold member
posted Hide Post
AFAIK...they would overwrite each other.

We try to use the user logon ID to create unique hold files on each pass - or job specific holds if they are not run by users.


81.05 All formats
 
Posts: 56 | Location: Manchester | Registered: November 21, 2006Report This Post
Virtuoso
posted Hide Post
Shyam,
It shouldn't. Normally all HOLD files, and their MASTERs are put into temporary directories, different for each task, which get erased when the task finishes. If you are experiencing this problem, it means that a HLD.mas file exists somewhere in the path of P1, before the HLD that P1 created. Because later on the job ran well, it shows that the damaging HLD.mas was erased. I would look at that.


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, 2006Report This Post
Guru
posted Hide Post
Hi,

Using the same Hold file name will lead to situation like the one you are encountering unless you specify a different temporary directory during the creation.

Regards.


WebFocus 7.6.5
AND WebLogic server as web server
sql2005 as database server
 
Posts: 273 | Location: Europe | Registered: May 31, 2007Report This Post
<Shyam L>
posted
Thanks Danny....The 2 jobs started at the sametime barring a few seconds difference.

Danny, what can we do to ensure that any pre-existing hold files are erased from temporary memory?

This message has been edited. Last edited by: <Shyam L>,
 
Report This Post
<Shyam L>
posted
Majid,
Do u mean to say that the hold file creation is not task specific as mentioned above?
 
Report This Post
Virtuoso
posted Hide Post
Shyam,

I would check to see where the HOLD files are placed. You can do this as follows:
  
TABLE FILE CAR
BY COUNTRY
ON TABLE HOLD
END
-RUN
? FILEDEF

You should see something like this:
  
0 NUMBER OF RECORDS IN TABLE=        5  LINES=      5
 Lname        Device   Lrecl Recfm Append     Filename
 ============================================================
 HOLD          DISK       24 F                C:\ibi\srv76\wfs\edatemp\ts000
 001\hold.ftm
 HOLDMAST      DISK        0 V                C:\ibi\srv76\wfs\edatemp\ts000
 001\holdmast.mas

A bit different in Unix, but basically the same. Normally each task gets a different directory (ts000001, ts000002 etc). When the task finishes, the directory is deleted by WF.
Try my example and see what you get.


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, 2006Report This Post
Virtuoso
posted Hide Post
Daniel is correct. Two separate jobs in RC will NOT affect each other unless they are operating against files that are explicity placed in a common location. Each job uses its own agent on the WF server, which accesses its unique temporary directory, and those files, automatically by default, are erased after the job completes (unless you have set TEMPERASE=OFF). The ? FILEDEF will tell you where the data you are using is located. You can do a WHENCE masterfilename MASTER to tell you the location of the MFD that is being used.


Regards,

Darin



In FOCUS since 1991
WF Server: 7.7.04 on Linux and Z/OS, ReportCaster, Self-Service, MRE, Java, Flex
Data: DB2/UDB, Adabas, SQL Server Output: HTML,PDF,EXL2K/07, PS, AHTML, Flex
WF Client: 77 on Linux w/Tomcat
 
Posts: 2298 | Location: Salt Lake City, Utah | Registered: February 02, 2007Report This Post
<Shyam L>
posted
Thanks Darin and Daniel for the information. I will figure that out and to be on the safer side use different hold file names in procedures.
 
Report This Post
Expert
posted Hide Post
Shyam,

One other thing you might check, as the comments above are true and the two jobs won't affect each other as they run in separate edatemp directories, is that you might have a hold master tucked away in a directory on the application path where the failing one is looking. WF will look at that one first.

Even after 24 years of working with FOCUS, I got burned by that this week.


Ginny
---------------------------------
Prod: WF 7.7.01 Dev: WF 7.6.9-11
Admin, MRE,self-service; adapters: Teradata, DB2, Oracle, SQL Server, Essbase, ESRI, FlexEnable, Google
 
Posts: 2723 | Location: Ann Arbor, MI | Registered: April 05, 2006Report This Post
<Shyam L>
posted
Ginny,
I didnt get you when u said "you might have a hold master tucked away in a directory on the application path where the failing one is looking". Did u mean to say that the temporary master file didnt get deleted and it might have existed as a Master?
 
Report This Post
Expert
posted Hide Post
What I meant was that if a fex in the past had done an APP HOLD or APP HOLDMETA, a hold master might have been stored in the application path making it a permanent master. And it might be being found by your program. Just do a scan on ibi/apps to see if there is one.

Just to reiterate, if you do not have APP HOLD, your hold files will always be stored in an edatemp directory and be deleted at the end of your job. There should be no conflict.


Ginny
---------------------------------
Prod: WF 7.7.01 Dev: WF 7.6.9-11
Admin, MRE,self-service; adapters: Teradata, DB2, Oracle, SQL Server, Essbase, ESRI, FlexEnable, Google
 
Posts: 2723 | Location: Ann Arbor, MI | Registered: April 05, 2006Report This Post
<Shyam L>
posted
Ginny,
In our case we are not using APP HOLD. Still we were getting the issue. Through these discussions so many other things u get to learn, so that helps.
 
Report This Post
Virtuoso
posted Hide Post
Inserting
WHENCE P1 MASTER

before the TABLE... will reveal where the mfd that the agent is using resides.


- Jack Gross
WF through 8.1.05
 
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005Report This Post
<Shyam L>
posted
Thanks Jack..will do that
 
Report This Post
  Powered by Social Strata  

Read-Only Read-Only Topic


Copyright © 1996-2020 Information Builders