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.


Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     Modify with no write permission to directory containing .FOC to be modified

Read-Only Read-Only Topic
Go
Search
Notify
Tools
Modify with no write permission to directory containing .FOC to be modified
 Login/Join
 
Adri
Member
posted
Using Webfocus 5.3.2 self service;
when a user runs a FEX to modify a focus database, and the focus database is in a directory that the user has only read access to; focus creates a new .FOC in the temp directory (edatemp) where the user has write access, and the modify updates this new database.

This seems to me like a big bug, has anyone encountered this problem? do you have a work around, like some type of & message that can be queried? Any suggestions?


WF 7.6.9 Windows
 
Posts: 10 | Registered: May 02, 2006Report This Post
Carol Dobson
Guru
posted Hide Post
Do you have a USE statement?

If so, does it have NEW ?

USE
location\filename.foc NEW
END

A little more info would be helpful.

Thanks



WebFOCUS 7.6.6/TomCat/Win2k3
 
Posts: 428 | Location: Springfield, MA | Registered: May 07, 2003Report This Post
Adri
Member
posted Hide Post
I'm not using USE, the .FOC is in a directory in the path. For users with write access to the directory the modify update the .foc in the path; for users with no write access, a new .foc is creating in the temp directory.


WF 7.6.9 Windows
 
Posts: 10 | Registered: May 02, 2006Report This Post
susannah
Expert
posted Hide Post
sounds to me like its working absolutely perfectly. If by 'temp dir' you mean the agent,
then at the end of the update process, query the existence of the .foc in that user's agent dir, (we don't know your platform ), if you're in win then CMD STATE agent\filename.FOC
and query the &RETCODE, and branch accordingly.
Get the agent name using the TEMPPATH function.
If by 'temp dir' you don't mean the agent, then you know where your TEMPDIR is set..so checking the existence of the .foc will be easier.
If everyone shares the same explicit TEMPDIR then you do have a problem, but its not a bug. You can reset the TEMPDIR to the users own agent, much safer, i do it all the time for my REMOTE calls, where an explicit TEMPDIR is required.
If you're relying on the path to locate the file, then its working exactly as you would want it to. WYCIWYG. Otherwise you need to do what Carol has already suggested, and explictly declare a USE to point to the proper file. and if the user can't update it, then see what kind of error message you get.



In Focus since 1979///7706m/5 ;wintel 2008/64;OAM security; Oracle db, ///MRE/BID
 
Posts: 3811 | Location: Manhattan | Registered: October 28, 2003Report This Post
Carol Dobson
Guru
posted Hide Post
Try adding the USE statement. All MODIFY's should have a USE statement.

Of course, if the user doesn't have access, the request should fail.

Let us know!



WebFOCUS 7.6.6/TomCat/Win2k3
 
Posts: 428 | Location: Springfield, MA | Registered: May 07, 2003Report This Post
Adri
Member
posted Hide Post
You are correct the USE statement will fix the problem.
What confused me is that when I issue a MODIFY if I have access to write to the file, it used the file in the path, but if I don't have access it creates a new one.
I guess we should always use the USE command when modifing.
thanks for your help
A.


WF 7.6.9 Windows
 
Posts: 10 | Registered: May 02, 2006Report This Post
Tony A
Expert
posted Hide Post
Adri,

Get into the habit of using it always, even when reporting as then you'll know where the data is definitely coming from / going to!

Control the machine don't let it control you.

T


In FOCUS
since 1986		WebFOCUS Server 8.2.01M, thru 8.2.07 on Windows Svr 2008 R2  
WebFOCUS App Studio 8.2.06 standalone on Windows 10 
 
Posts: 5694 | Location: United Kingdom | Registered: April 08, 2004Report This Post
Adri
Member
posted Hide Post
great advise !
A.


WF 7.6.9 Windows
 
Posts: 10 | Registered: May 02, 2006Report This Post
Carol Dobson
Guru
posted Hide Post
Another handy commend is WHENCE


WHENCE focusfile FOCUS

where:

focusfile

Is a FOCUS data source.


This will show you the location of the file that's being used quickly!



WebFOCUS 7.6.6/TomCat/Win2k3
 
Posts: 428 | Location: Springfield, MA | Registered: May 07, 2003Report This Post
Adri
Member
posted Hide Post
I guess you're suggesting that we should not rely on path to find a data file, but should always explicitly reference it with use.

Can the output of the whence command be captured?


WF 7.6.9 Windows
 
Posts: 10 | Registered: May 02, 2006Report This Post
Carol Dobson
Guru
posted Hide Post
Like Tony A said, you should always use the USE command.

And, you can only capture it with a cut/paste - from looking at the echo.
Look up the WHENCE command, it's helpful.


-DEFAULT &ECHO=ALL;



WebFOCUS 7.6.6/TomCat/Win2k3
 
Posts: 428 | Location: Springfield, MA | Registered: May 07, 2003Report This Post
  Powered by Social Strata  

Read-Only Read-Only Topic

Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     Modify with no write permission to directory containing .FOC to be modified

Copyright © 1996-2020 Information Builders