IT managers are continually asked to do more with less. Competitive pressures and budgetary constraints compel IT departments to capitalize on the organization's existing infrastructure as well as maximize the value of any extensions or custom development efforts.

This has been especially true in the realm of Web portals, and the barriers to success are all the more challenging. Many organizations that run multiple, heterogeneous portal environments want to deliver pieces of application functionality as portlets that can be consumed through various internal and external portals. The custom development, reconfiguration, and integration work involved in deploying and redeploying portlets inside of multiple application servers can take tens of thousands of dollars worth of IT staff time.

All of which gives the IT industry ample cause to celebrate the long-awaited ratification of two complementary specifications - Web Services for Remote Portlets (WSRP) and JSR 168 - as industry standards. WSRP allows for "plug-and-play" of portals, intermediary content aggregation applications, and integration with applications from disparate sources. JSR 168, also known as "Portlets 1.0," is a Java Community Process portlet specification that defines a set of Java APIs to enable interoperability between portals and portlets.

As portal vendors far and wide adopt these new standards and begin to build support for them within their products, the potential for delivering lowcost composite applications to a single, contextual interface through the Web is more of a reality than ever. Building custom applications upon standardsbased logic such as JSR 168 and WSRP will enable developers and IT managers to reuse application portlets in a variety of delivery platforms. This is a key element of a services-oriented architecture (SOA) in which software components can be exposed as services on the network and reused for different applications and purposes.

However, it's also important to recognize that the ability to more flexibly deploy portlet applications by writing standards-compliant linkages is just one piece of a successful portal initiative. Other crucial capabilities - such as how to utilize the portlet, permission it, customize it, and make it available to other portal sites - are handled by the portal management infrastructure itself. And that is where the rubber meets the road in terms of evaluating how capably the different portal software providers will leverage the power of WSRP and JSR 168 for their customers.

The challenge now for the vendors involved is to implement intuitive interfaces that allow organizations to take advantage of standards-compliant portlets within multiple portal sites in a cohesive and consistent way. Developers and IT professionals need to carefully scrutinize every vendor's performance and hold them accountable.

Some of the key criteria for IT organizations to apply in evaluating their current or potential portal software provider's capabilities for achieving interoperability between multiple portals in heterogeneous enterprise environments include: