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 Pointers! We are in the process of re-evaluating how we track application usage. In our old application interface, users would select hierarchy values (and sometimes date ranges) and we would pass those values to a database, every time a report was run.
In consideration of 21st century upgrade, we realize that every report run is not a good method to track usage- in clicking to the desired level of detail, multiple reports may run.
Certainly, we can track breadcrumbs prior to a download, but I wanted to get opinions of how much detail is too much- all clicks, some clicks, all reports, download only: where do folks draw the line. Does anyone save the entire QUERY_STRING from the Header Variable?
All clicks seems too much; simple page views seems too little; where's the Mama Bear porridge for portal metrics?
And yes, I am aware of Resource Analyzer; I am just not sure if that is the level of detail that tells me if a portal-based application is successful.
Thoughts appreciated.This message has been edited. Last edited by: FP Mod Chuck,
Personally (and it's MHO) I would say that there no good or bad answer. All depend on your request and each company will have its own needs.
Some wants to know every single DB request including all the drill down, some only the first one (skip the drill down), some care only about the page load and don't mind about the ten reports loaded on the page...
WF versions : Prod 8.2.04M gen 33, Dev 8.2.04M gen 33, OS : Windows, DB : MSSQL, Outputs : HTML, Excel, PDF In Focus since 2007
Posts: 2409 | Location: Montreal Area, Qc, CA | Registered: September 25, 2013
The basic question is, as Don pointed out: "What are the questions that the business is trying to answer?"
We're considering EUM. But, that requires a license ($), right?
I created a 'Home Grown' User Tracking App that's included where ever it's needed, like only one reporting in each portal page/tab and records the specified results in a foc file. It works fine, quick, easy, and easy to use for reporting.
  PS: Hi Don.  
Posts: 3132 | Location: Tennessee, Nashville area | Registered: February 23, 2005