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     Passing Non-WebFOCUS Cookie Values to FEX's

Read-Only Read-Only Topic
Go
Search
Notify
Tools
Passing Non-WebFOCUS Cookie Values to FEX's
 Login/Join
 
Gold member
posted
Does anyone know if it's possible to configure WebFOCUS to pass a cookie value to a FEX as an Amper variable?

We're looking into the possibility of using cookies in a self service FEX that were set by another app after authenticating the user through LDAP.

I'm thinking it's something you can do via the cgivars.wfs, but wasn't certain if it's possible.

One of our corporate security policies and regulatory mandates that we get additional information besides the userid from LDAP and use that info when running self service apps for users.

I'm thinking a security exit is an option, but we currently don't have the resources who can develop one for us, so the external app that sets the cookie values is where we're trying to go next.

Thanks for any insight, or ideas anyone can offer.

Dennis


Local: AppStudio 8.2.03 - Win7 - Tomcat Server: WebFOCUS 8.2.03 - Windows 2008 R2 Enterprise on VMWare 2 CPU, 3.2GHz, 4GB of RAM Output Formats: HTML, Excel, PDF, PPT, Active Reports
 
Posts: 38 | Location: Denver, CO | Registered: March 16, 2005Report This Post
Guru
posted Hide Post
What release is this?


ttfn, kp


Access to most releases from R52x, on multiple platforms.
 
Posts: 346 | Location: Melbourne Australia | Registered: April 15, 2003Report This Post
Virtuoso
posted Hide Post
Version 5.3 or higher. In Webfocus client admin console, under "Configuration/Custom Settings"

Example:
wfvar=WFPARM
COOKIENAME=USERNAME
<call> CopyHTTPCookieToWFVar(COOKIENAME,wfvar)
<set> WFPARM(pass)
  


What this does is reads a cookie called "USERNAME", and puts the value into a parameter called WFPARM, then passes it to webfocus as an ampher variable called WFPARM.


"There is no limit to what you can achieve ... if you don’t care who gets the credit." Roger Abbott
 
Posts: 1102 | Location: Toronto, Ontario | Registered: May 26, 2004Report This Post
Gold member
posted Hide Post
Well, the problem has been solved. The solution was a little different than I thought, but the outcome was exactly what I needed.

The solution goes something like this:

- Self service app user uses a Cold Fusion application (on another server) to authenticate to LDAP.

- Once Cold Fusion performs the authentication, it pulls out the other fields from LDAP that need to be available to the WebFOCUS self service apps as amper variables.

- Cold Fusion dynamically constructs a form to submit to the WebFOCUS Reporting Server that has the same hidden form field values as the wfsignon.htm sample signon page. Hidden form field values are created by Cold Fusion for each of the desired LDAP fields.

- Cold Fusion submits the dynamically constructed form to the WebFOCUS Reporting Server with a generic ID (not the user's ID).

- After the WebFOCUS reporting server processes the dynamically submitted form, it creates the browser-based cookie with variables that are automatically available to any self service WebFOCUS FOCEXEC until the User closes their last open browser window.

- All we had to do was develop a security procedure with a simple application security database, and we now have secure self service reports that meet the company's information security policies.

We were never able to get the wfcookie constructed using Cold Fusion from the other server, so the dhagen's solution wasn't available to us.

I didn't realize that the hidden form field values in the wfsignon.htm example login page are added to the browser cookie and automatically passed as amper variables to WebFOCUS without any configuration changes. That was the key for this solution.

By the way, we are running 5.3.2.

Thanks for the responses.


Local: AppStudio 8.2.03 - Win7 - Tomcat Server: WebFOCUS 8.2.03 - Windows 2008 R2 Enterprise on VMWare 2 CPU, 3.2GHz, 4GB of RAM Output Formats: HTML, Excel, PDF, PPT, Active Reports
 
Posts: 38 | Location: Denver, CO | Registered: March 16, 2005Report 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     Passing Non-WebFOCUS Cookie Values to FEX's

Copyright © 1996-2020 Information Builders