Actually, the view processors would be very helpful.  I definitely want to move them 
over.  Not so much the MVC portlet though, that is more for portlet application 
developers and not the J2 core.  

Regards,
*================================* 
| Scott T Weaver                 |
| <[EMAIL PROTECTED]>            | 
| Apache Jetspeed Portal Project |
| Apache Pluto Portlet Container |
*================================*

> -----Original Message-----
> From: Todd Kuebler [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 23, 2003 5:24 PM
> To: Jetspeed Developers List
> Subject: RE: Jetspeed2 development
> 
> 
> Are there any plans on 'porting' the MVCPortlet?  I haven't had time to
> look at the impedance missmatch with Jetspeed2 yet so don't even know if
> it
> is possible/desireable.
> 
> -tk
> 
> 
> At 05:24 PM 10/23/2003 -0400, Weaver, Scott wrote:
> >Hi Ken,
> >
> >Give me a day or two to come up with some "minor" things.  Porting is a
> >good idea though.  Maybe start with the WebsurferPortlet.
> >
> >Regards,
> >*================================*
> >| Scott T Weaver                 |
> >| <[EMAIL PROTECTED]>            |
> >| Apache Jetspeed Portal Project |
> >| Apache Pluto Portlet Container |
> >*================================*
> >
> > > -----Original Message-----
> > > From: Ken Geis [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, October 23, 2003 4:36 PM
> > > Cc: [EMAIL PROTECTED]
> > > Subject: Re: Jetspeed2 development
> > >
> > > Scott, I see most of the things you describe as being the
> responsibility
> > > of core developers.  I could hope to help with that sort of thing, but
> I
> > > was thinking of more grunt-work type stuff, small units of work
> > > requiring little design where a developer can leverage existing work
> > > (e.g. "using the implementation of X as an example, implement Y.")
> Like
> > > porting particular portlets from Jetspeed1 to Jetspeed2.
> > >
> > > Scott Weaver wrote:
> > > >>To follow that up, where can the more casual contributor be of use
> right
> > > >>now?
> > > >
> > > >
> > > > We need to put together a more up to date TODO list.  But here are
> so
> > > open things off the top of my head:
> > > >
> > > > - Security
> > > > - Themes/Skins
> > > > - New aggregation engine (David Taylor is currently working on an
> > > >   asynchronous rendering aggregator)
> > > > - Page registry (replaces psml, is not subject-specific like PSML
> was)
> > > > - Profiling.  David Le Strat has put together a proposal and code
> for
> > > this.
> > > >   The proposal is under design-docs/proposals.
> > > > - Struts integration.
> > > > - New component framework to replace Fulcrum (and possibly CPS which
> is
> > > >   currently a fa�ade over Fulcrum)
> > > > - Customization interfaces
> > > > - Admin interfaces
> > > >
> > > > That is all I can think of off the top of my head.  I will try to
> get
> > > these updated to the CVS.
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to