Weblogic Authors: Yeshim Deniz, Elizabeth White, Michael Meiner, Michael Bushong, Avi Rosenthal

Related Topics: Weblogic

Weblogic: Article

Service on Demand Portals

A primer on federated portals

Enterprises are moving towards a highly collaborative environment to achieve higher competitive advantage. Availability of the right information across the enterprise at the right time has become a key capability to provide such an advantage. Though this was a well-understood objective, various architectures that evolved to manifest such an enterprise information delivery infrastructure were not elegant, intuitive, or aligned to governance and organizational dynamics.

With the emergence of service-oriented architecture (SOA) and Web Service for Remote Portals (WSRP), the enterprise information bus (EIB) topology has evolved to be the infrastructure for service on demand portals.

This article, which the first of two, provides a comprehensive introduction to federated portals, WSRP, and EIB.

Federated Portals
A few years back, in a spree to go "online," organizations started building individual Web sites that evolved into siloed portals. Time to market, inadequate product maturity, and budgetary constraints are just a few reasons why organizations find themselves with a large number of siloed portals.

Today, enterprises are becoming more complex, distributed with increasing lines of businesses, business processes, and siloed portals, while at the same time having the need to portray a unified face, in the form of an enterprise portal, to their customers. Though this means consolidation, they still want to protect their investments in existing portal-based applications and leverage them.

The consolidation of different portals, information islands, and business processes is not only a challenge, it is also simply unmanageable. It is practically impossible to collate information and data from different lines of business portals into a centralized enterprise portal for a variety of reasons. Rationalization and consolidation of a multitude of portals into a true enterprise portal, which is a common platform for delivery of user-interactive applications, is a task that remains high, but elusive on the enterprise wish list today.

The challenge of realizing a true enterprise portal becomes manifest when it is important to consider the governance, information ownership models, and trust within an enterprise for information life-cycle management.

Yesterday's portal proliferation and the need to leverage that, combined with today's need for a unified enterprise face, poses unique challenges in creating an information delivery framework for large enterprises. The solution lies in fabricating a highly distributed yet unified portal framework that can accomplish:

  • Standards based information interoperability
  • Loose coupling with manageable integration
The availability of the right technology and standards is important to realize truly distributed portal information domains and yet provide a seamless integration and delivery of information across enterprise.

Recent Standards in the Portal Space
Two complementary industry standards that are emerging in the portal space are:

  • JSR 168: An industry standard that defines a standard way to develop portlets. It allows portlets to be interoperable across portal vendors; e.g., portlets developed for, let's say, BEA WebLogic Portal, can be interoperable with IBM Portal. This will allow organizations to have a lower dependency on the portal product vendor.
  • WSRP (Web Service for Remote Portals): Allows remote portlets to be developed and consumed in a standard manner and will facilitate federated portals.
JSR 168 complements WSRP by dealing with local rather than distributed portlets. As shown in Figure 1, a portal page may have certain local portlets which are JSR 168 compliant and some remote, distributed portlets that are executed in a remote container.

With JSR 168 and Web Service for Remote Portals (WSRP) maturing, the possibility of true enterprise service on demand portals has become a reality.

WSRP has combined the power of Web services and portal technologies and is fast becoming the major enabling technology for distributed portals in an enterprise. WSRP will lead to a new era that will allow enterprises to provide one face to the users resulting in consistent user experience, with unified information delivery. At the same time, WSRP will allow all various applications to remain distributed.

Introducing WSRP
Briefly, WSRP is a standard that enables a "portal based" Web application to easily consume services from any number of distinct providers on behalf of its end users (portal users), and to present this information to them with minimum integration effort. It allows dynamic binding to remote portlets without any installation or code running locally on the portal server

WSRP offers the following benefits:

  • Reusable Presentation Tier: Presentation delivered with Web service, not just data
  • Interoperability: Widely accepted standard supported by large players in the industry
  • Portability: Can potentially be used with both J2EE and .NET platforms (although Microsoft has yet to formally announce their WSRP implementation).
WSRP builds upon the original Web services vision and uses the same underlying technologies, such as SOAP, WSDL, and UDDI. WSRP services can be published, found, and bound in a standard way. The main difference between WSRP and Web services is:
  • Web services are data oriented, whereas WSRP is presentation oriented and interactive by nature.
  • Web services return "raw" XML-based data, often quite complex, which the application has to transform into the HTML pages and additionally maintain state in a multipage (multistep) interaction. WSRP returns ready-to-use HTML markup fragments that the consumers can embed directly, without any further processing.
Consider using WSRP when:
  • Integrating user-facing, presentation-oriented and visually rich functionality
  • Integrating interactive application with complex flow: Multistep, multipage user interaction
  • You want to reuse a user interface and look-and-feel tier
  • Host services in a central environment best suited for execution, allowing maintained control over format and presentation of the content.
  • Sharing code at the portlets level across different areas within the organization: reimplementation of the presentation layer on each portal is avoided.
Federated Portal Architecture
Let's consider that an organization has several existing departmental portals. Each of them could be on different technology and products such as Vignette Portal, WebLogic Portal, or even .NET (SharePoint) technology. Some of them may not even be on a portal product. Each portal may or may not have same look and feel or navigation, but all departmental portals participate under a central SSO umbrella. Each departmental portal is self-contained and provides unique functionality specific to its product or services.

Now, let's consider that the organization wants to provide a centralized face to the users, instead of users having to access a multitude of applications. There are main two architectural options:

  1. Monolithic enterprise portal model: Migrate the existing applications and create one large main portal that has all the features. This is practically impossible, as it is costly and time-consuming. Also, there could be a technology limitation in migrating heterogeneous applications to a common technology platform.
  2. Federated portal model: Create a main portal that serves as an entry point or gateway to the enterprise. The main portal is a thin layer that sits on top of the individual departmental portals and leverages them.
A federated portal allows organizations to provide a common entry point, but, at the same time, independence, to individual departments to develop, maintain, control the release schedules, etc. Initial implementation of federated portals integrated the main portal with departmental applications or portals using traditional presentation layer-based integration techniques, such as:
  • New browser window: A link can be provided on the main portal and, on clicking to this link, the target application can be opened up in a new window.
  • Frame-based integration: Target application can be integrated as an HTML frame into the portal.
  • Screen scraping: In this case, applications can be integrated into the portal by screen scraping the target Web application.
These techniques, however, present the following challenges and limitations:
  • Application integration issues
    - Session Management issues (timeout synchronization, etc.)
    - Propagating logoff requests to all active applications
    - Security around application launch (as departmental applications need to be directly accessible from the DMZ)
    - Window management (closing of windows user logs off

  • Management issues
    - Complicated new on-boarding application process; will have to develop custom application registry.
    - Each application will be required to have its own set of Web servers (and DMZ) and application servers.
    - Cost, administration, and version issues
    - Each Web server is required to have an agent to participate in an SSO environment.

  • Over time, managing (version upgrade, installation, etc.) a large number of agents can be problematic.
WSRP presents a more elegant, service-oriented approach to implementing federated portals. Service-oriented architecture provides flexibility and reuse of core service components. Service components traditionally are reusable business and infrastructure components in nature. A truly federated portal needs to integrate with transactional services and information across the enterprise, provided by various specialized portals and service infrastructures. With WSRP as the underlying technology, portlets are designed, built and exposed as reusable Web services on an enterprise information bus (EIB).

WSRP natively supports portlet concepts, such as modes (view, edit, help, preview, and custom), window states (maximized, minimized, solo, custom), portlet preference management, etc. This makes it much easier to integrate applications in a portal paradigm. Further, WSRP addresses some of the common integration issues (many of the above issues), such as transparent session management, timeout handling, caching, support for different markups, etc. It integrates applications as services rather then fragile links. Moreover, since WSRP is built over the SOAP stack, it can leverage enterprise Web service management infrastructure, including service metering, routing, prioritization, and life-cycle manageability, e.g., versioning, monitoring, and upgrade. With services and information exposed as Web services, they can also be discovered from a UDDI registry and secured using Web service security standards. For transport-level security, WSRP can be used with SSL.

All of these features, put together in an industry-standard manner, make WSRP an ideal technology for building federated portals.

Federated Portal Model Using WSRP
The main portal acts as a facade (see Figure 2), serving up a common logon and home page. It authenticates users against the central Single-Sign-On (SSO) infrastructure to display an entitlement-driven home page. The home page is composed of multiple portlets that display information from various departmental applications. Each portlet acts as a WSRP consumer that interacts with the WSRP producer on the other end. Thus, departmental services are integrated seamlessly into the main portal, using WSRP. To achieve this, the departmental application services are exposed as WSRP services. This requires adding a WSRP layer (specifically WSRP Producer) on top of existing application, which is much easier than rebuilding the application in the main portal.

The responsibility of the main portal (WSRP consumer) is limited to:

  • Content/application service assembly.
  • Portal (top Level) personalization and customization.
  • Authentication.
  • High-level entitlement: The main portal controls the access to the portlets on the home page and therefore access to the services offered by the departmental portal.
The departmental portals (WSRP Producers) continue to provide:
  • Business logic
  • Content rendering
  • Portlet-specific customization and personalization
  • Entitlement checks: Each producer should also check entitlements for access control, fine-grained entitlement check.
Another level of sharing between multiple portals is to integrate the touch points, such as directory, security, personalization profiles, metadata and portal components, which isn't easy. Issues to consider in this area:

  • User experience: All participating applications (producers) should conform to a common look-and-feel standard. Navigation should also be consistent across them.
  • Single Sign-On: Since the departmental portals are no longer Web applications, but are services similar to Web services. The WSRP spec does not address security directly but encourages leveraging standards such as WS-Security, SAML, XML Signatures, and XML-Encryption. Consumers should be able to provide SAML assertions to authenticate and propagate user identity to the Producer. BEA WebLogic's WSRP Identity Assertion Provider, used on the producer end, validates user identity through the SAML assertions.
  • Entitlements: High-level entitlement-based access to the main portal can be accomplished by setting role-based entitlements on WSRP consumer (proxy) portlets at the consumer end. This indirectly allows/blocks access to the WSRP producer, provided they are not directly available. It is recommended that the producers also enforce certain authorization checks and not rely completely on the consumer to enforce that. Furthermore, low-level entitlements can be independently enforced by the producer. In order to do this, the producer needs to get the user identity and information via SAML assertions.
  • User Management: All portal products have their own user repository to store user customizations and personalization profile elements. Ideally, a central user directory should be leveraged as much as possible for user identity and basic profile information.
  • User profile information: Though defined in the WSRP specs, BEA's current implementation (WebLogic Portal 8.1 SP3) does not support the passing of user information in the initial request. One option is for the Producer to directly access the user repository and fetch the user profile.
  • Sharing content management infrastructure: Content management (CMS) can be a centrally deployed, shared service that is leveraged by all the portals. Though the CMS is on a centralized infrastructure, individual portals can have their own sand-boxes with independent release schedules.

    Additionally, with the federated approach, each departmental portal's services and information can be freely shared and used to support other portals. It allows loose coupling between portals into a federation of shared services where any portal can leverage information from any other portal.

    .  .  .

    Next month we'll look more deeply at federated portals, WSRP, and EIB.

  • More Stories By Rajul Rana

    Rajul Rana is a senior architect with MphasiS Corporation (www.mphasis.com), a global IT services organization. Rajul leads the portal practice at Mphasis, and has architected several large, successful e-business and portal projects for Fortune 500 companies, built on a variety of products. His areas of interest span J2EE technologies, portal, content management, and SOA.

    More Stories By Sai Kumar

    Dr. Sai Kumar is a senior architect with Mphasis Corporation, where he heads the Web services and SOA practice. He has provided strategic consulting in SOA to various companies and has architected several enterprise solutions for financial, health care, and retail industries.

    Comments (0)

    Share your thoughts on this story.

    Add your comment
    You must be signed in to add a comment. Sign-in | Register

    In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.

    IoT & Smart Cities Stories
    The challenges of aggregating data from consumer-oriented devices, such as wearable technologies and smart thermostats, are fairly well-understood. However, there are a new set of challenges for IoT devices that generate megabytes or gigabytes of data per second. Certainly, the infrastructure will have to change, as those volumes of data will likely overwhelm the available bandwidth for aggregating the data into a central repository. Ochandarena discusses a whole new way to think about your next...
    Dynatrace is an application performance management software company with products for the information technology departments and digital business owners of medium and large businesses. Building the Future of Monitoring with Artificial Intelligence. Today we can collect lots and lots of performance data. We build beautiful dashboards and even have fancy query languages to access and transform the data. Still performance data is a secret language only a couple of people understand. The more busine...
    DXWorldEXPO LLC announced today that Big Data Federation to Exhibit at the 22nd International CloudEXPO, colocated with DevOpsSUMMIT and DXWorldEXPO, November 12-13, 2018 in New York City. Big Data Federation, Inc. develops and applies artificial intelligence to predict financial and economic events that matter. The company uncovers patterns and precise drivers of performance and outcomes with the aid of machine-learning algorithms, big data, and fundamental analysis. Their products are deployed...
    All in Mobile is a place where we continually maximize their impact by fostering understanding, empathy, insights, creativity and joy. They believe that a truly useful and desirable mobile app doesn't need the brightest idea or the most advanced technology. A great product begins with understanding people. It's easy to think that customers will love your app, but can you justify it? They make sure your final app is something that users truly want and need. The only way to do this is by ...
    CloudEXPO | DevOpsSUMMIT | DXWorldEXPO are the world's most influential, independent events where Cloud Computing was coined and where technology buyers and vendors meet to experience and discuss the big picture of Digital Transformation and all of the strategies, tactics, and tools they need to realize their goals. Sponsors of DXWorldEXPO | CloudEXPO benefit from unmatched branding, profile building and lead generation opportunities.
    Digital Transformation and Disruption, Amazon Style - What You Can Learn. Chris Kocher is a co-founder of Grey Heron, a management and strategic marketing consulting firm. He has 25+ years in both strategic and hands-on operating experience helping executives and investors build revenues and shareholder value. He has consulted with over 130 companies on innovating with new business models, product strategies and monetization. Chris has held management positions at HP and Symantec in addition to ...
    Cell networks have the advantage of long-range communications, reaching an estimated 90% of the world. But cell networks such as 2G, 3G and LTE consume lots of power and were designed for connecting people. They are not optimized for low- or battery-powered devices or for IoT applications with infrequently transmitted data. Cell IoT modules that support narrow-band IoT and 4G cell networks will enable cell connectivity, device management, and app enablement for low-power wide-area network IoT. B...
    The hierarchical architecture that distributes "compute" within the network specially at the edge can enable new services by harnessing emerging technologies. But Edge-Compute comes at increased cost that needs to be managed and potentially augmented by creative architecture solutions as there will always a catching-up with the capacity demands. Processing power in smartphones has enhanced YoY and there is increasingly spare compute capacity that can be potentially pooled. Uber has successfully ...
    SYS-CON Events announced today that CrowdReviews.com has been named “Media Sponsor” of SYS-CON's 22nd International Cloud Expo, which will take place on June 5–7, 2018, at the Javits Center in New York City, NY. CrowdReviews.com is a transparent online platform for determining which products and services are the best based on the opinion of the crowd. The crowd consists of Internet users that have experienced products and services first-hand and have an interest in letting other potential buye...
    When talking IoT we often focus on the devices, the sensors, the hardware itself. The new smart appliances, the new smart or self-driving cars (which are amalgamations of many ‘things'). When we are looking at the world of IoT, we should take a step back, look at the big picture. What value are these devices providing. IoT is not about the devices, its about the data consumed and generated. The devices are tools, mechanisms, conduits. This paper discusses the considerations when dealing with the...