|
From: William G. T. Jr. <wg...@ru...> - 2004-09-02 13:36:30
|
Nick Lothian wrote: > Hi, > > Over the last couple of weeks I've spent some time (on & off) doing stuff > with the Spring Portlets sandbox module. I've read > <http://opensource.atlassian.com/confluence/spring/display/JSR168/SpringPort > let+module+design+discussion> and a fair amount of the code. > > I'm finding the Model-Controller part quite nice, and adequately flexible. > The problem I'm running into is the View part. > > I would like to use the Spring taglibs with the portlet framework, and I've > done some work to try and get this happening. My impression from the design > discussion referenced above is that this is the direction it was heading in. Yes, we would like to see full Spring View technology support for the Portlet API and this includes the taglibs. Did you make PortletApplicationContext a subclass of WebApplicationContext? > > I've got it to the point that I believe is known as the 'infamous "Could not > find Errors instance"' > (http://article.gmane.org/gmane.comp.java.springframework.user/3863). > Unfortunately since my controller is a PortletController, the solution isn't > as straight forward as it should be. Right now I'm trying to fake up a error > instance manually, and then figure out a better solution when I understand > it better (Any pointers for some code to do this would be appreciated!). > > Is this the best approach? As a general strategy am I better off altering > the portlet framework to do things like making a default ThemeResolver > available etc, or should I be looking at modifying the taglibs to work > without that stuff? ThemeResolver is missing since it is expected that the Portal will handle these things. Perhaps the bridge View Servlet could provide a mock implementation to satisify the tablibs? > > Is it a realistic goal to get these taglibs working in the portlet > environment at all? I think that is still an open question at this point. We seem to have the Views working reasonably well...so I am still hopeful for the tablibs. later. Bill > > Nick > > |