On Oct 23, 2009, at 12:01 PM, Brian Pontarelli wrote:
I've done some work with it and it looks to be completely pluggable.
I do this same thing in JCatapult with other libraries. Essentially,
I define a workflow chain in a configuration file that is the
"default" and it contains items that might not exists on the
classpath. If a specific workflow isn't there, I just de-activate
it. This is essentially how Struts2 would want to "determine" if
SiteMesh 3 is in the classpath. If it is, it would wire things up.
If not, it would de-activate that part of the filter-chain.
In terms of SiteMesh 3 being capable of being called
programmatically, last time I looked this was one of the primary
goals. The API was well defined and it allowed SiteMesh to be
invoked from nearly any code. I recall some discussion of allowing
it to be used outside of a servlet container as well. I'll have to
circle back and see if that is possible. I was also planning on
incorporating SiteMesh into the JCatapult email library so that
emails could also be decorated.
Once I get that stuff going, I'll let you know. I also will try and
work with the SiteMesh developers on ensuring the integration is as
generic and simple as possible.
-bp
This sounds great! I was just reviewing the alpha SiteMesh3 and while
it is far from complete it still seems to be tied to the same filter/
dispatcher architecture. Perhaps if SiteMesh allowed for configurable
renderers... now that would be great!
-- Christian
--
_,--"
cws `-._ ________-_______ "----
_----'--'--------------------------------'--'----_
//_| | \ Christian Stone, Software Engineer / | |_\\
(_____|_|__= xt...@stonescape.net =__|_|_____)
_\_____=__ http://xtian.stonescape.net/ ___/_
\/-(o)-~~-(o)-~~-(o)-`------'-(o)-~~-(o)-~~-(o)-\/
