I was not really thinking on creating such a topic but because something Maiko said, I wanted to start this discussion…
Since the beginning of WebCenter 11g I was intrigued by the difference between portlets and taskflows and how to position them in a portal.
A while ago a wrote a blog post about the difference between taskflows and portlets: http://www.yonaweb.be/difference_between_portlet_taskflow
Basically I try to say is that when you want to be able to personalize your component, you should go for portlets because they have a personalization framework that comes with the JSR 168/286 standard. You can easily add parameters and let users personalize them.
We looked for such a feature in taskflows and it was limited to ADF Faces components that are personalizable like tables were users can choose what columns to show and so.
Andrejus told in another topic (https://groups.google.com/group/webcenter-emg/browse_thread/thread/bed73b97a37201b3) that it is possible to use the MDS to store other personalization, however this needs some custom coding…
Another issue between portlets and taskflows is security. Although this is also discussed in another topic, it seems that we can map ADF enterprise roles to J2EE roles and use them in the portlets.
One of the biggest issues I currently see for portlets is that they are rendered in an iframe. This gives lots of rendering issues when you have rich portlets with content that is not static. When you use popups in portlets, they are rendered in the iframe so if your popup is bigger than the portlet, scrollbars show up instead of a resizing of the portlets.
Based upon all this, or other differences, what made you decide to choose for portlets or taskflows?
In a project I have done I had to make the comparison between portlets and taskflows . At the end we decided to go for portlets because we wanted to provide the users a high level of personalization. Although we knew that we needed to be very careful for the layout and usage of popups, taskflows brought a bigger risk than this… We experimented a lot for creating a framework to build in personalization on taskflow but we didn’t succeed. Not even with some help from Oracle…
Another thing that convinced us to use portlets was that other portals were built on Oracle Portal 10g, soon to be upgraded to 11g. When we create taskflows, Oracle portal could not use them, when we create portlets, oracle portal could consume them using WSRP.
It would be nice to start a discussion about portlets vs taskflows. Seems like a nice one J
Would love to hear some input from Oracle on this…
Regards
Yannick
I was not really thinking on creating such a topic but because something Maiko said, I wanted to start this discussion�
Since the beginning of WebCenter 11g I was intrigued by the difference between portlets and taskflows and how to position them in a portal.
A while ago a wrote a blog post about the difference between taskflows and portlets: http://www.yonaweb.be/difference_between_portlet_taskflow
Basically I try to say is that when you want to be able to personalize your component, you should go for portlets because they have a personalization framework that comes with the JSR 168/286 standard. You can easily add parameters and let users personalize them.
We looked for such a feature in taskflows and it was limited to ADF Faces components that are personalizable like tables were users can choose what columns to show and so.
Andrejus told in another topic (https://groups.google.com/group/webcenter-emg/browse_thread/thread/bed73b97a37201b3) that it is possible �to use the MDS to store other personalization, however this needs some custom coding�
Another issue between portlets and taskflows is security. Although this is also discussed in another topic, it seems that we can map ADF enterprise roles to J2EE roles and use them in� the portlets.
One of the biggest issues I currently see for portlets is that they are rendered in an iframe. This gives lots of rendering issues when you have rich portlets with content that is not static. When you use popups in portlets, they are rendered in the iframe so if your popup is bigger than the portlet, scrollbars show up instead of a resizing of the portlets.
Based upon all this, or other differences, what made you decide to choose for portlets or taskflows?
In a project I have done I had to make the comparison between portlets and taskflows . At the end we decided to go for portlets because we wanted to provide the users a high level of personalization. Although we knew that we needed to be very careful for the layout and usage of popups, taskflows brought a bigger risk than this� We experimented a lot for creating a framework to build in personalization on taskflow but we didn�t succeed. Not even with some help from Oracle�
Another thing that convinced us to use portlets was that other portals were built on Oracle Portal 10g, soon to be upgraded to 11g. When we create taskflows, Oracle portal could not use them, when we create portlets, oracle portal could consume them using WSRP.
It would be nice to start a discussion about portlets vs taskflows. Seems like a nice one J
Would love to hear some input from Oracle on this�Regards
--
Yannick
You received this message because you are subscribed to the WebCenter Enterprise Methodology Group (http://groups.google.com/group/webcenter-emg). To unsubscribe send email to webcenter-em...@googlegroups.com
�
All content to the WebCenter EMG lies under the Creative Commons Attribution 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any content sourced must be attributed back to the WebCenter EMG with a link to the Google Group (http://groups.google.com/group/webcenter-emg).
Yannick,
One of the primary advantages of portlets over task flows is application extensibility - its very easy to add new portlet producers to an existing, deployed application without bouncing the servers. Its a little more difficult if you want to add new task flows...especially if you didn't plan for it when you created your application. This is because task flows need to be included in the application classpath whereas portlets do not. Portlets can also be more easily shared among multiple applications.
Chris
On 1/27/2011 8:48 AM, Yannick Ongena wrote:
I was not really thinking on creating such a topic but because something Maiko said, I wanted to start this discussion…
Since the beginning of WebCenter 11g I was intrigued by the difference between portlets and taskflows and how to position them in a portal.
A while ago a wrote a blog post about the difference between taskflows and portlets: http://www.yonaweb.be/difference_between_portlet_taskflow
Basically I try to say is that when you want to be able to personalize your component, you should go for portlets because they have a personalization framework that comes with the JSR 168/286 standard. You can easily add parameters and let users personalize them.
We looked for such a feature in taskflows and it was limited to ADF Faces components that are personalizable like tables were users can choose what columns to show and so.
Andrejus told in another topic (https://groups.google.com/group/webcenter-emg/browse_thread/thread/bed73b97a37201b3) that it is possible to use the MDS to store other personalization, however this needs some custom coding…
Another issue between portlets and taskflows is security. Although this is also discussed in another topic, it seems that we can map ADF enterprise roles to J2EE roles and use them in the portlets.
One of the biggest issues I currently see for portlets is that they are rendered in an iframe. This gives lots of rendering issues when you have rich portlets with content that is not static. When you use popups in portlets, they are rendered in the iframe so if your popup is bigger than the portlet, scrollbars show up instead of a resizing of the portlets.
Based upon all this, or other differences, what made you decide to choose for portlets or taskflows?
In a project I have done I had to make the comparison between portlets and taskflows . At the end we decided to go for portlets because we wanted to provide the users a high level of personalization. Although we knew that we needed to be very careful for the layout and usage of popups, taskflows brought a bigger risk than this… We experimented a lot for creating a framework to build in personalization on taskflow but we didn’t succeed. Not even with some help from Oracle…
Another thing that convinced us to use portlets was that other portals were built on Oracle Portal 10g, soon to be upgraded to 11g. When we create taskflows, Oracle portal could not use them, when we create portlets, oracle portal could consume them using WSRP.
It would be nice to start a discussion about portlets vs taskflows. Seems like a nice one J
Would love to hear some input from Oracle on this…
Regards
--
Yannick
You received this message because you are subscribed to the WebCenter Enterprise Methodology Group (http://groups.google.com/group/webcenter-emg). To unsubscribe send email to webcenter-em...@googlegroups.com
All content to the WebCenter EMG lies under the Creative Commons Attribution 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any content sourced must be attributed back to the WebCenter EMG with a link to the Google Group (http://groups.google.com/group/webcenter-emg).
--
Chris Broadbent| Consulting Member of Technical Staff | 540 687 6216
Oracle Server Technologies
1900 Oracle Way, Reston VA 20190
--
You received this message because you are subscribed to the WebCenter Enterprise Methodology Group (http://groups.google.com/group/webcenter-emg). To unsubscribe send email to webcenter-em...@googlegroups.com
All content to the WebCenter EMG lies under the Creative Commons Attribution 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any content sourced must be attributed back to the WebCenter EMG with a link to the Google Group (http://groups.google.com/group/webcenter-emg).
Portlets are slower because there is a lot of overhead because of the WSRP standard. I really don’t get why portlets deployed on the same server should be accessed by WSRP.
If you look at other J2EE portals, they all deploy portlets on the same server and they use it directly without using WSRP.
It’s good that webcenter (and other portals) support WSRP but I find it weird that it is used for “local” portlets.
Yannick
I'd much rather use Web Services, public APIs, or whatever you call them and build custom, good-looking, UIs targeted to my "gadget-like" UI needs. As for Preferences/Personalization, although you have the full power of MDS, all that you need is a back-end Preferences table that persists information that would be stored in memory (request, session, view scope whatever is your need) as a HashMap. No matter what, you still need to provide the personalization by reacting to the data selected by the user. Of course you'd be losing a lot of wiring provided OOTB for Portlets, and if this is the most critical or most common use case for you then by all means rely on Portlets for that.
- It's hard to keep a consistent look and feel with heterogeneous portlet producers
- Rendering either on iframe or inline still streams back data and markup mixed up. This uses more bandwidth and brings down performance
- If you render on an iframe it is faster because the browser parallelizes the requests to the portlets, but then you have the issues brought up by Yannick. Conversely, if you render them inline you're limited by how JSF (in our case) renders the components sequentially - that means that during render it needs to wait for each portlet call to render the markup inline.
- Security is harder to deal with, again, already brought up by Yannick
- None of the most used consumer-facing, "old fashioned portals" like Yahoo, iGoogle, use portlets. What they have is much closer to a TaskFlow than to a Portlet
[]s!Maiko