|
From: Kopylenko, D. <dko...@ac...> - 2004-04-13 19:04:31
|
The site is unreachable... -----Original Message----- From: Nadeem Bitar [mailto:na...@ea...] Sent: Tuesday, April 13, 2004 1:46 PM To: spr...@li... Subject: Re: [Springframework-developer] Portlet and JSFs On 火, 2004-04-13 at 11:13 -0400, William G. Thompson, Jr. wrote: > jef...@si... wrote: > >>Would anyone be willing and have time to collaborate on this? > > > > > > yes. I start work next week for a new company where I'll be > > developing a portal product. I have experience with Spring & > > Hibernate but have only used Struts as the MVC. I am currently > > evaluating Jetspeed and uPortal. uPortal has a 168-portlet adaptor > > out now. Jetspeed-2 (based on Pluto) is not ready yet but they > > report good progress. > > Have a look at http://www.gridsphere.org/gridsphere/gridsphere > > If a Spring PortletDispatcher supported JSR-168 then it seems like > > it would work for Jetspeed-2 & uPortal (also LifeRay &eXo). Is this > > right? > > Exactly! > > What > > release of Spring would the PortletDispatcher be in, 1.01 or 1.1? > > I would push for as soon as it is fully baked...for the timing to work > out right for us we'll need something workable in about a month...and > hopefully in an official Spring release by August. > > later. > Bill > > > > > > Jeff W. Boring > > > > > > > > > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...]On > > Behalf Of Ben Alex > > Sent: Friday, April 09, 2004 2:33 AM > > To: spr...@li... > > Subject: RE: [Springframework-developer] Portlet and JSFs > > > > > > Hi > > > > > >>JSF and Portlet functionality don't have to be provided in > >>one and the same release. I have been looking a bit into the > >>portlet stuff and it doesn't same all that difficult. > >> > >>I think I'll experiment with it during the next couple of > >>weeks. Major issue is the common supporting functionality > >>(ContextLoader, WebAppCtx, > >>Databinding) between our Web stuff and our future Portlet > >>stuff (and probably also the JSF stuff). Revising the > >>supporting functionality right now (or for 1.1) is not an option imo. > >> > >>I probably can't avoid having to copy-and-paste a lot of code > >>while experimenting and since that's *not* something we want > >>to have in a release, I'm afraid you're right :(. > > > > > > Several people have previously mentioned portlets and JSF. We are > > trying to decide whether to implement portlets in our next project, > > or just stick to include files and/or something like Sitemesh, Tiles > > etc. > > > > Regarding portlets, there is the Pico-based Exo project > > (http://exo.sourceforge.net/) and Pluto > > (http://jakarta.apache.org/pluto/). > > Has anyone done any work on integrating portlets, JSF or projects such as > > these into Spring? Would anyone be willing and have time to collaborate on > > this? > > > > Best regards > > Ben > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer -- ************************ Nadeem Bitar Software Engineer IzuCode, LLC 858-337-6159 5230 Fiore Terrace #k208 San Diego, Ca 92122 ************************ ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |