This week's book giveaway is in the OCPJP forum.
We're giving away four copies of OCA/OCP Java SE 7 Programmer I & II Study Guide and have Kathy Sierra & Bert Bates on-line!
See this thread for details.
The moose likes Portals and Portlets and the fly likes Portal justification Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of OCA/OCP Java SE 7 Programmer I & II Study Guide this week in the OCPJP forum!
JavaRanch » Java Forums » Java » Portals and Portlets
Bookmark "Portal justification" Watch "Portal justification" New topic
Author

Portal justification

Kalyan avvaru
Greenhorn

Joined: Mar 11, 2009
Posts: 24
Can anybody with portal/portlet experience explain....when would you choose portal as choice of implementation to typical javaEE application. Here is my company a consultant apparently recommended a portal as solution to web-enable parts of an enterprise application to public domain(people outside network enterprise). This seems to be the standard norm for ebusiness suite from oracle. Honestly I don't see a point ..why would you do that. Why a simple JavaEE application wouldn't suffice. Especially we have only one unified enterprise application and just need to expose part of it for public domain. Am I missing some thing here??? All I could find is justification which is of advertising in nature.
David O'Meara
Rancher

Joined: Mar 06, 2001
Posts: 13459

Portal servers and portlets in particular allow you to build and deploy each part of the page as an independent entity. Parts of this are possible in JEE applications but some parts are harder to accomplish than others.
Since each part is a stand alone entity it can be switched in and out, updated, reconfigured and a bunch of other actions without impacting the functionality rest of the web site.
Depending on the Portal server it is also possible to allow individual users to customise the display on their personal pages, but in my opinion it is more useful in that it allows the business users themselves to modify the web layout without requiring code changes or even developer assistance.
Kalyan avvaru
Greenhorn

Joined: Mar 11, 2009
Posts: 24
Thanks David!...But all these features can be established using modern user interface customization persistence frameworks. Even oracle's ADF has a feature called user customization framework. Many javascript libraries allow users to customize layout, tun on/off features, have dashboards. Which is what exactly I did in a previous project. Apparently a new term called 'Mashup' had evolved to describe these UI's.

........But then why Portal's???....Is it a choice of ignorance? Or was it a choice by people who didn't get a chance to wait for the evolution of new javascript libraries?. If thats the case is Portal now a 'about to extinct' technology?
David O'Meara
Rancher

Joined: Mar 06, 2001
Posts: 13459

but many (all?) of these require developers to or enable changes and are not portable and largely custom solutions written from scratch each time.
Portlets conform to a specification (JSR 186 or JSR 268) and compliant portlets can be deployed to any Portal container.
The other problem that portlets solve is that web applications can 'collide' or interfere with each other. In Mashups etc each part is written so that it cannot impact another part of the application, but each Portlet can be written without knowledge of where it will be deployed.
Kalyan avvaru
Greenhorn

Joined: Mar 11, 2009
Posts: 24
Thanks David. Thts really helpful.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Portal justification