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     [CASE-OPENED]Maintaining Access List using SQL scripts under WebFocus 8

Read-Only Read-Only Topic
Go
Search
Notify
Tools
[CASE-OPENED]Maintaining Access List using SQL scripts under WebFocus 8
 Login/Join
 
Platinum Member
posted
Hi All:
We currently maintain our access lists using SQL scripts. Script looks at the Managed Reporting for User and Group information and our Application Location table for user Locations. Based on these two tables it updates the BOTACCES and BOTLIST tables in Report Caster (7.6.11). Under WebFocus 8, we are told that we cannot update the BOT tables. Is this really the case? Has anyone found a way to update these tables? Has anyone have any other (batch) process the to maintain Access Lists, if yes would appreciate if you can share here..

Thanks

This message has been edited. Last edited by: <Emily McAllister>,


Prod/Dev/Test: WF 8.1.5 on (Windows Server 2012 R2 )
SandBox: WebFocus Server 8.1.5 on Windows Server 2008 R2
WebFOCUS App Studio 8.1.5 and Developer Studio 8.1.5 on Windows 7
 
Posts: 134 | Location: USA | Registered: August 21, 2008Report This Post
Master
posted Hide Post
They are just tables in a relational database. You can update them just like any table with SQL, MODIFY or MAINTAIN. You just need to be very careful. I update the next run time in BOTSIT.


In FOCUS since 1985. Prod WF 8.0.08 (z90/Suse Linux) DB (Oracle 11g), Self Serv, Report Caster, WebServer Intel/Linux.
 
Posts: 975 | Location: Oklahoma City | Registered: October 27, 2006Report This Post
Platinum Member
posted Hide Post
Thank you Jgelooa.

We are not updating the columns. The script recreates the BOTACCESS and BOTLIST table rows. So if a new user is added to Managed Reporting , it would automatically add the entry for that user in the Access List, if it meets the criteria. We don't manually touch the access list. Also if a user gets dropped from MRE, User ID gets dropped form the Access List. Initially when we started the Migration, we were told by IBI that these tables now have auto number regenerated so it is not possible to create rows from any outside process..

How are you adding users to the Access List?

Thanks for your input

This message has been edited. Last edited by: FOCdeveloper,


Prod/Dev/Test: WF 8.1.5 on (Windows Server 2012 R2 )
SandBox: WebFocus Server 8.1.5 on Windows Server 2008 R2
WebFOCUS App Studio 8.1.5 and Developer Studio 8.1.5 on Windows 7
 
Posts: 134 | Location: USA | Registered: August 21, 2008Report This Post
Master
posted Hide Post
FOCdeveloper,

I'm not sure that your javascript process is still necessary, you should be able to share the same groups between Reportcaster and the Conent Area. I would look at the built in functionality a little closer. I have a feeling this is standard functionality in 8.


Eric Woerle
8.1.05M Gen 913- Reporting Server Unix
8.1.05 Client Unix
Oracle 11.2.0.2
 
Posts: 750 | Location: Warrenville, IL | Registered: January 08, 2013Report This Post
Platinum Member
posted Hide Post
Thanks Eric.. I looked at it, it will let you select groups.. but our process does not just look at groups.. we have locations to consider.. for example we have app 200 locations. SQL Server Script looks at the MRE and our LOCATION table
1) from MRE it knows what group/userid/email is it and knows what access list to create
2) From Our Location table, it knows what is the location of the user ID

Script then creates the rows with the location number in the INDEXVALUE column of the BOTACCESS table.
Our reports are distributed to library with Burst option using the location

with this approach we don't have to add or remove any users from access lists, the script does it for us.

I have asked IBI as well, so far I have not gotten a response

I am sure someone has automated this process, I am hoping they are reading this post. I am open for any other suggestions

Thanks


Prod/Dev/Test: WF 8.1.5 on (Windows Server 2012 R2 )
SandBox: WebFocus Server 8.1.5 on Windows Server 2008 R2
WebFOCUS App Studio 8.1.5 and Developer Studio 8.1.5 on Windows 7
 
Posts: 134 | Location: USA | Registered: August 21, 2008Report 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     [CASE-OPENED]Maintaining Access List using SQL scripts under WebFocus 8

Copyright © 1996-2020 Information Builders