Re: [uportal-dev] uP3 status
Ditto to Susan's comments. It is good to see that the project is still alive and well. Mark On Dec 21, 2007 6:39 PM, Susan Bramhall <[EMAIL PROTECTED]> wrote: > Congratulations Eric - that's a great way to end the year. > Susan > > Eric Dalquist wrote: > > I wanted to give everyone a pre-holiday update on the status of uP3. > > > > I just got portlets rendering under pluto 1.1 today. This is a pretty > > big step as it is using new DAOs for portlet objects, a new request > > parameter processing pipline, a refactored rendering pipeline and a > > brand new portlet adaptor. > > > > There are still some things missing, such as: > > -Addressing the shared rendering variables in ChannelManager > > -Completing portlet action support (render is only working currently) > > -Completing some portlet services (preferences being the big one) > > > > This is all in the working_pluto branch if you are interested in > > checking it out. Looking at the remaining portlet related tasks I > > would anticipate a milestone release around January 8th. At that point > > I'll be checking up on other features that have been talked about and > > seeing what can and can't make it into the RC that I'll put out later > > in January. > > > > Happy Holidays! > > -Eric > > -- > It's no use trying to be clever--we are all clever here; just try to be > kind--a little kind. > -- F.J. Foakes Jackson > > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > [EMAIL PROTECTED] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] uP3 status
Congratulations Eric - that's a great way to end the year. Susan Eric Dalquist wrote: I wanted to give everyone a pre-holiday update on the status of uP3. I just got portlets rendering under pluto 1.1 today. This is a pretty big step as it is using new DAOs for portlet objects, a new request parameter processing pipline, a refactored rendering pipeline and a brand new portlet adaptor. There are still some things missing, such as: -Addressing the shared rendering variables in ChannelManager -Completing portlet action support (render is only working currently) -Completing some portlet services (preferences being the big one) This is all in the working_pluto branch if you are interested in checking it out. Looking at the remaining portlet related tasks I would anticipate a milestone release around January 8th. At that point I'll be checking up on other features that have been talked about and seeing what can and can't make it into the RC that I'll put out later in January. Happy Holidays! -Eric -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] uP3 status
Also, a few things for people to think about as I'll be looking for a little guidance: -I would like to add a element to the chanpub format. It would only be used if the channel implemented the portlet adaptor interface but its contents would more closely model portlet preferences versus channel parameters and we could get rid of the 'PORTLET.' parameter prefix hack. I'd like to get people's thoughts on this. -I'm going to need some hand-holding with CPDs & CChannelManager. My goal is to change the screen that asks you to enter the portlet definition id while publishing a portlet. Pluto 1.1 provides a registry of all correctly deployed portlets in the container so I would like to leverage that and provide a drop-down list of the available portlet definitions for the user to choose from. Is this reasonably possible with CChannelManager and CPDs? -AndrewW: CPortletAdapter Chanpubs from uPortal 2.x are going to end up needing modification before importing into uPortal 3. We'll need to find time to talk about what changes need to be made and creating the appropriate conversion script. Thanks -Eric Eric Dalquist wrote: I wanted to give everyone a pre-holiday update on the status of uP3. I just got portlets rendering under pluto 1.1 today. This is a pretty big step as it is using new DAOs for portlet objects, a new request parameter processing pipline, a refactored rendering pipeline and a brand new portlet adaptor. There are still some things missing, such as: -Addressing the shared rendering variables in ChannelManager -Completing portlet action support (render is only working currently) -Completing some portlet services (preferences being the big one) This is all in the working_pluto branch if you are interested in checking it out. Looking at the remaining portlet related tasks I would anticipate a milestone release around January 8th. At that point I'll be checking up on other features that have been talked about and seeing what can and can't make it into the RC that I'll put out later in January. Happy Holidays! -Eric smime.p7s Description: S/MIME Cryptographic Signature
[uportal-dev] uP3 status
I wanted to give everyone a pre-holiday update on the status of uP3. I just got portlets rendering under pluto 1.1 today. This is a pretty big step as it is using new DAOs for portlet objects, a new request parameter processing pipline, a refactored rendering pipeline and a brand new portlet adaptor. There are still some things missing, such as: -Addressing the shared rendering variables in ChannelManager -Completing portlet action support (render is only working currently) -Completing some portlet services (preferences being the big one) This is all in the working_pluto branch if you are interested in checking it out. Looking at the remaining portlet related tasks I would anticipate a milestone release around January 8th. At that point I'll be checking up on other features that have been talked about and seeing what can and can't make it into the RC that I'll put out later in January. Happy Holidays! -Eric smime.p7s Description: S/MIME Cryptographic Signature
