Comments on: Widgets vs. Portlets https://quoderat.megginson.com/2008/07/14/widgets-vs-portlets/ Open information and technology. Tue, 29 Jul 2008 14:33:43 +0000 hourly 1 http://wordpress.com/ By: Widgets will win the battle https://quoderat.megginson.com/2008/07/14/widgets-vs-portlets/#comment-1611 Tue, 29 Jul 2008 14:33:43 +0000 http://www.megginson.com/blogs/quoderat/?p=221#comment-1611 […] ..against the portlet. David Megginson have written an excellent post on Widgets vs. Portlets. […]

]]>
By: Viet https://quoderat.megginson.com/2008/07/14/widgets-vs-portlets/#comment-1610 Wed, 16 Jul 2008 10:53:06 +0000 http://www.megginson.com/blogs/quoderat/?p=221#comment-1610 Using a portlet container does not equals 1995 Mac desktop style, look at eXo WebOS which makes a different usage of the portlet technology (http://www.exoplatform.com/portal/public/en/product/webos/overview).

]]>
By: Viet https://quoderat.megginson.com/2008/07/14/widgets-vs-portlets/#comment-1609 Wed, 16 Jul 2008 10:47:18 +0000 http://www.megginson.com/blogs/quoderat/?p=221#comment-1609 @Matthias:

As you said there is WSRP which allow runtime decoupling, so living in the same runtime is recommended for simplicity and performances but it is not mandatory!

Library versioning is solved in Java EE environments where different portlet applications can have their own version of the library.

Doing a portal in a browser using widgets will work fine if you stick to one component model, i.e all your widgets are Google widgets or whatever else. For instance iGoogle works fine because they defined their component model and they only work with it.

Once you start to mix technologies, you open the door to potential issues as the same DOM document is shared between the different widgets (toolkit versionning, prototype modifications done by toolkits, etc…).

]]>
By: Matthias https://quoderat.megginson.com/2008/07/14/widgets-vs-portlets/#comment-1608 Mon, 14 Jul 2008 16:34:18 +0000 http://www.megginson.com/blogs/quoderat/?p=221#comment-1608 Portlets live in the same runtime. This opens the door for one portlet affecting the whole system due to memory leaks or other failure modes. It may also incur library versioning problems. There is no clean way to kick a portlet out of a running container. I find these points to be BIG counterarguments. Does WSRP solve this? Maybe. But I also see the way going towards widget based systems with integration in the browser level (how long will it take until we have integration nightmare there … ?)

]]>