Liferay has not yet implemented JSR-168 completely. This is because the specs keep on changing still. Once the specs become fairly stabilized, a.k.a. once JSR-168 hits the community, the Portlet API is intended to be implemented fully.
As our friend said, Liferay is an implementation of an enterprise portal server, similar to Plumtree and Epicentric. -Mete --- [EMAIL PROTECTED] wrote: > My fault, I guess I needed a couple more cups of > coffee before typing up my response. Liferay has > implemented an enterprise portal, which uses Struts > 1.b2. As for their adherence to the fore mentioned > spec, JSR-168, I am not sure. > > Sorry for the misinformation. > > Todd > > > > > From: "Mitchell Morris" <[EMAIL PROTECTED]> > > Date: 2003/02/25 Tue AM 11:11:55 EST > > To: "'Struts Users Mailing List'" > <[EMAIL PROTECTED]> > > Subject: RE: Struts and Portlets > > > > Ummm ... JSR-168 is still being held under NDA. > Their page > > (http://www.jcp.org/en/jsr/detail?id=168) says > that they'll expose the spec > > in March sometime. How did you get a copy of the > spec in advance, and aren't > > you concerned about violating the NDA? Also, can > we look at the spec too? > > I'm exceedingly curious to see what's in it. > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, February 25, 2003 7:02 AM > > > To: Struts Users Mailing List > > > Subject: Re: Struts and Portlets > > > > > > > > > You could take a look at www.liferay.com, there > latest > > > implementation (1.8) follows the Porlet Spec, > JSR-168, and is > > > using Struts 1.1b2. > > > > > > Regards, > > > Todd G. Nist > > > > > > > > > > > From: [EMAIL PROTECTED] > > > > Date: 2003/02/25 Tue AM 01:52:38 EST > > > > To: [EMAIL PROTECTED] > > > > Subject: Struts and Portlets > > > > > > > > Hi, > > > > > > > > is there an intention to implement the JSR-168 > (Portlet > > > API) into struts? > > > > > > > > In my opinion three important features like > multiple output > > > formats with XSLT, workflows and the support of > portlets > > > would be very important for the future. > > > > > > > > The ability to create standardised portlets > with struts > > > would be very interesting. I think the the > actions and jsp > > > are not much mightful for the future. The > development of the > > > jsp/action with tiles a.s.o. is fine but too > slow and theres > > > still a limited reuse. In my opinion there > should/could be > > > more abstraction for project comprehensive > reuse. Such > > > portlets could create configurable components > with > > > jsp/actions and beans. I dont have access to the > portlets > > > specification, but I am sure that this aspects > are included there. > > > > > > > > Any comments? > > > > > > > > Juraj > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > 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] > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > 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] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
