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.
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..
ThanksThis 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, 2008
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, 2006
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 inputThis 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, 2008
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, 2013
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, 2008