User login
Navigation
Active forum topics
Recent comments
- Load balance lp5
13 hours 45 min ago - can I force two users to have the same email address
15 hours 30 min ago - Channel ID
20 hours 3 min ago - Thanks Todd I will start
21 hours 5 min ago - Something in LDAP
1 day 14 hours ago - Glad you solved it
1 day 15 hours ago - I'm not sure if my reply went
1 day 16 hours ago - GCF redirect URL
1 day 16 hours ago - Owner
1 day 18 hours ago - browser title bar revisited
1 day 22 hours ago
Who's new
- jojobb
- nishimei
- Raul123
- leggn
- srattans
Who's online
There are currently 2 users and 7 guests online.
Online users
- ejames
- libdms
Recent blog posts
- Sun One Communications Suite 5
- Job Opportunity for Luminis Portal Developer - Suffolk County Community College
- Security Warning when using MS IE?
- Intermittently asking for ID and PIN
- Job Opportunity - Lehigh University - Senior Analyst, Library and Technology Services
- Blackboard 9 GCF Connector Problem
- Luminis Portlet Development PreConference session needs more signups
- Critical Vulnerabilities on TomCat/Apache web servers?
- so long, and thanks for all the fish
- SAML for Concur
Poll
What does your school use for student email?
In house Microsoft Exchange
15%
In house Sun JCS
12%
In house Zimbra
5%
In house Other
6%
Hosted Microsoft Live@EDU / Office365
21%
Hosted Google Apps for Education
39%
Hosted Zimbra
1%
Hosted Other
2%
Total votes: 111
- Login or register to post comments
- Older polls

I was looking at the product
I was looking at the product page, it looks cool, but I doubt it supports the iChannel framework. Also it did not say anythin about JSR168. Now I could be wrong about this, but I believe that in the new Luminis/uPortal, there is an iChannel Framework emulator that runs in a JSR168 Portlet that makes channels backward compatible. Now I'm likely wrong on this but its something to look into. If thats the case you may be able to run iChannel based channels on any portal supporting JSR168. *again just a theory...
This looked interesting in the LifeRay spec sheet: Parallel (Asynchronous) Portlet Rendering Engine
Thanks for the input
Thanks for the input. I was not at Summit this year, but last year I recall one of the presenters saying that since Luminis Channels are JSR-168 compliant, then "theoretically" they should be able to be consumed by LifeRay. I am curious about all this because we are currently evaluating Spring/Mule/LifeRay. We are looking for a solution which could consume our existing Services, Luminis Channels, and any other third party services we so desire.
Portlets and Channels
First, Channels are a uPortal construct that I believe predates the Portlet standard. They were the primary mechanism for uPortal and the Portlet standard was later implemented using a "Portlet Channel". The two interfaces are not directly compatible. For instance, a single instance of the Portlet interface represents the "definition" of a channel, where a single instance of the IChannnel interface represents a single instance of the portlet in a user's current session.
It might be possible to reverse what was done for uPortal/Luminis 4 and build a Portlet that calls the IChannel interface for it's implementation (although some of the subtle differences may make this difficult to impossible). This would allow uses of Channel implementations in Liferay/Luminis 5.0. As far as I know, Sungard has made no attempt to do this, nor are they talking about doing this. However, I only a couple of sessions on Luminis 5.0 at Summit, so I might have missed something.
Second, Liferay implements JSR-286, which is Portlets 2.0. That standard is backwards compatible with JSR-168 (Portlets 1.0) or enough so to run almost any portlet implemented to the earlier standard.