Re: [Springframework-developer] themes

[Rod J. <rod...@in...>]

I have committed in the theme branch a new version having no more
modification outer the web package. This is true with an exception: the
refresh method from AbstractApplicationContext calls a protected
afterRefresh method which by default does nothing.

[RJ] Sounds promising

The most war straightforward. Only the ThemeSource could not be directly
generically implemented. To avoid the core code, I created a
ConcreteThemeSource. The WebApplicationContext classes include a such
object and are delegating to him for the theme related requests. They
redefine also the new method afterRefresh to include the theme refresh.

[RJ] It's almost like we need a new UIApplicationContext.  A standalone
Swing or SWT app might also want themes, would want all generic app context
stuff, but wouldn't want the web app context stuff.
ApplicationContext -> UIApplicationContext -> WebApplicationContext


In the Struts galaxy, Struts-layout implements themes, but the whole
library becomes quickly a nightmare as it uses extensively HTML
generation by JSP Tags and blocks in a poor Html/Css technology.
JBoss has also themes in his Nukes implementation. But here also bunches
of HTML are hard-coded.

[RJ] I think themes are a very promising area for Spring. I spend all day in
messaging middleware (although I have a little web consulting coming up),
but sure could have used this when I was at FT.com.

Juergen, can you decide on whether this makes 0.9? I think it's definitely
good for 1.0, but I don't want to delay 0.9 and it's basically a
backward-compatible enhancement.

Regards,
Rod