Like what you see? Have a play with our trial version.

Error rendering macro 'rw-search'

null

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

The easiest way to make use of the interactivity of the Yellowfin interface is to embed Yellowfin as a re-branded, tightly integrated portal. The aim is to create a seamless link between the parent application and Yellowfin, so the end-user is unaware that they have navigated from one application to another. Using a development language other than Java should not increase the difficulty of implementing tight integration.

The aim is to create a seamless link between the parent application and Yellowfin. The end-user should not be aware that they have navigated from one application to another.

The main pre-requisites for implementing tight integration are:

•                A custom header and footer (link to http://wiki.yellowfin.com.au/pages/viewpage.action?pageId=11468949#CustomHeader&Footer-Complete), usually replicating the top / bottom navigation elements from the third-party application;

•                An authentication bridge connecting the parent third-party application and Yellowfin via Single-Sign-On (SSO) link or a custom login page.

The custom header should contain links that take a user to different pages within the third-party application and a “Reports” link that will take the user to Yellowfin. The action associated with clicking the “Reports” link will launch an SSO call to Yellowfin's web services allowing the user to be taken directly into Yellowfin (add Redirecting to Yellowfin with SSO token). A user can return to a particular page in the third-party application by clicking the other links in the header.

With SSO call to Yellowfin you can determine where a user is taken after the login has completed. This can be report, dashboard, browse page, time line etc. More details: Session Options.

Individual links can be used for separate entry points into the application. For instance, one link could take you to the dashboard, another could take you to the Browse page.

These different entry-points allow for a pseudo tight-integration implementation where the third-party application could load a list of the reports available for a particular user via web services (link to Administration Services – get user content section). The list of reports could be rendered within the application natively and a user could view these reports which would be executed by performing SSO directly to that report in Yellowfin.

The process that performs the Single-Sign-On into Yellowfin may need to perform other functions such as creating users and determining the correct group access depending on the nature of the implementation. More details Single Sigh On

Some implementations will also require re-branding on a Client Org level. This can be done in different ways, here are a few examples.

•                Using the internal re-branding infrastructure. This allows for a customized header and footer for each Client Org and customized colors and fonts. These are configured through the Yellowfin Configuration and Report Styles user interface.

•                Dynamic Header. It is possible to write a dynamic header that will inspect the session information to determine which client header should be displayed. It essentially has an IF statement and can render different HTML or images based on the session's current Client Org.

•                Apache or IIS static content delivery. It is possible to configure Apache or IIS to deliver static content. This allows different hosts/domain names to deliver different styles and login pages but still run off a single instance of Yellowfin. For example: client_A.myYellowfin.com will be look different to client_B.myYellowfin.com but share the same instance of Yellowfin. User's going to those different domains will have a custom login page and logging in at that particular page will automatically log them in to a particular Client Org.

An issue faced with Tight Integration is session timeouts. Time-outs occur when the third-party application doesn't receive a request within a certain time-out period while a user is using Yellowfin. This can be fixed by embedding an image from the host application in the custom header used by Yellowfin. This will cause the users browser to make a request to the host application each time a page is loaded in Yellowfin.

Example of tight integration:

  • No labels