Portlet Syndication

What's the hard sell when it comes to portal technology? Divide potential portal users up into two groups:

  1. those that are either starting from scratch or willing to burn what they have and start over
  2. those that aren't 

Most people fall into category 2. They have a website that's a hodge-podge of technology. It may be portal-like, but doesn't use any portal software to render pages. They don't have the resources or the stamina required to start all over. And there's the problem. Portals require you to use their proprietary page-building technology. Each portal does it differently. There's the portlet standard, but that doesn't handle the overall page, just the content inside the "boxes".

What's really required is the ability to evolve an existing website to use portlets. How about a portal that can syndicate portlet content, allowing the content to be pulled into existing websites? 

 We did a proof of concept of this for the WebSynergy project at JavaONE. Click on the portlet's icon (upper left corner) and get a popup giving the portlet's URL. In the simplest case, this URL can be used as the source for an iframe. To see it work, just paste it into your browser's location bar.

 This idea has obvious problems ... 

  •  iframes: generally disliked because of possible security issues around pulling content from 3rd party websites.
  • authentication: how does one share authentication / identity between the website and the portal?
  • styling: does the portlet rely on styles provided by the portal? How can the styling get pulled with the content?

Solving the iframe issue requires some changes to the portal core. Specifically, clicks on the portlet need to be routed back to the portal server, and the browser needs to return to the website page after processing. The default setup on the portal will return the user to the portal's page after processing (hint: getPortletURL()).

Authentication might be handled by something like OAuth.

Styling could be handled by encapsulating it within the portlet. It could also be handled by providing an extra layer around the portlet URL that injects style into the resulting page. The website tells the portal that it wants portlet X with the Y style.

 Just some ideas.

 

Comments:

Hey Jeff,

In LEP-6030, we modified to core to make the URLs cleaner.

So instead of that url, you can call PortalUtil.getWidgetURL(portlet, themeDisplay), which will now return something cleaner, like:

http://www.liferay.com/widget/web/guest/community/forums/-/message_boards

We also added some nicer configuration so people can easily add a portlet to facebook or to any website as a widget.

Posted by Brian Chan on May 23, 2008 at 09:36 AM PDT #

Alain commented on my previous post that the solution there was problematic as it allowed access to arbitrary view which may depend on objects being set up in other views

Posted by links of london on December 13, 2009 at 02:04 PM PST #

jean style jean style jeans stylejeans style mens jean style mens jean style skinny jean style skinny jean style blue jeans style blue jeans style seven jeans style seven jeans style new jean style new jean style latest jean style latest jean style jeans styles jeans styles boy style jeans boy style jeans men jean style men jean style jean style 

Posted by jean style on December 17, 2009 at 02:21 PM PST #

The select items have object values. http://www.watchgy.com All is good. When I submit the form, I see "Validation Error: Value is not valid". My first reaction was that I didn't have any validation on the page, so how could a value be not valid? http://www.watchgy.com/tag-heuer-c-24.html
http://www.watchgy.com/rolex-submariner-c-8.html

Posted by Tag Heuer Watches on December 29, 2009 at 12:27 AM PST #

Post a Comment:
  • HTML Syntax: NOT allowed
About

jtb

Search

Categories
Archives
« April 2014
SunMonTueWedThuFriSat
  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
   
       
Today