File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
The moose likes Portals and Portlets and the fly likes ibm api or jsr 168 api? Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » Portals and Portlets
Bookmark "ibm api or jsr 168 api?" Watch "ibm api or jsr 168 api?" New topic

ibm api or jsr 168 api?

kuri rao

Joined: Jul 24, 2006
Posts: 2
I am newbie to portal development.which api better(ibm api or jsr 168 api)in ibm websphere portal development.what are things need to consider to choose correct api.
plz let me now.
Mark Spritzler

Joined: Feb 05, 2001
Posts: 17276

Not sure if there is a difference or not. But JSR is a specification, not an actual implementation. So IBM Api should be an implementation of the JSRs specification. You want to use anything that is complying and completely implementing the SPecification so you are following a standard that everyone agrees on, which removes you from vendor lock/porting issues, and make it easier for someone to come in and work on your application without having to learn a new spec or proprietary API.


Perfect World Programming, LLC - iOS Apps
How to Ask Questions the Smart Way FAQ
Dhananjay Inamdar
Ranch Hand

Joined: Jan 27, 2003
Posts: 130
Hi Curi,

The recommended practice is to use the JSR 168 portlet API unless you need a function that is only available in the IBM portlet API. The JSR 168 portlet API is required for portability and compatibility, or if your portlet will be published as a Web Service for Remote Portlets (WSRP) service. WSRP is a portal-based standard used to integrate remote portlets, provided by Web services, to the local portal page.

IBM will continue to support the IBM portlet API in current and future releases of WebSphere Portal. IBM is committed to open standards, and will continue to enhance the JSR 168 specification. WebSphere Portal provides full support for JSR 168.

Concepts unique to the IBM portlet API:
The following functions are only available using the IBM portlet API.

- Events can be sent between portlets.
- Portlets can add content to the portal navigation menu.
- Portlets can explicitly invalidate cached content.
- Portlets can use portlet services provided by WebSphere Portal. Some services will be available to JSR 168 portlets in WebSphere Portal v5.1.
- Portlets on the same page can exchange properties using the Property broker (Click-to-Action) service.

Concepts unique to the JSR 168 portlet API:
- Portlets can store their navigational state using render parameters.
- Portlets can make data available to the entire Web application.
- During the action phase, portlets can redirect to other Web resources.
- Portlets can adapt to the calling portal using PortletContext objects.
- Portlets can access a portal user profile.
- Portlets can validate preference properties using a preference validator class.

Now you are ready to take a decision depending on your applications requirement.


Just like you, struggeling to get the right solutions!<br /> <br />Sun Certified Java Programmer 1.5<br /> <br />Target - SCWCD
Dhananjay Inamdar
Ranch Hand

Joined: Jan 27, 2003
Posts: 130
Hi Kuri,

You can refer to following URL for more detailes comparision between these 2 different APIs

Cameron Wallace McKenzie
author and cow tipper
Saloon Keeper

Joined: Aug 26, 2006
Posts: 4968

JSR-168 is the way to go, especially now with IBM WebSphere Portal.

In earlier days, the JSR-168 API couldn't access great features like PortletServices, or even do things such as Click to Action (C2A). Now though, JSR-168 portlets can do all of those things.

Go with JSR-168. I actually wrote a book on the JetSpeed API and never published it, because I just didn't think there'd be enough interest. If you want a copy of it, you can have it.
[ August 27, 2006: Message edited by: Bear Bibeault ]
I agree. Here's the link:
subject: ibm api or jsr 168 api?
It's not a secret anymore!