This post originated from an RSS feed registered with Java Buzz
by dion.
Original Post: Tapestry, and Less Configuration
Feed Title: techno.blog(Dion)
Feed URL: http://feeds.feedburner.com/dion
Feed Description: blogging about life the universe and everything tech
Mike Henderson is on a roll with his entries on Tapestry, and custom hooks.
Less Configuration - Enhanced Tapestry Component Resolution, Part Two, Part Three.
I like to be able to organize files into groups with folders and I also don't like to do too much configuration file maintenance. Tapestry will find components in the /WEB-INF directory in my WAR without configuration but with many pages and components in an application it becomes unwieldy. Tapestry allows me to add these components to my specification, specifying the path, relative to the /WEB-INF folder, and t-deli.com provides an ant-task to automate the maintenance of these component declarations. What if I could structure my pages and components into any directory structure I want and not have worry about maintaining the application specification file, even with an automated tool? I could add components while testing without a restart. Since servlet containers can explode a deployed WAR file into a directory structure this method would even work in a deployed Tapestry application.
Fortunately, Tapestry has a number of extension points which can be used to extend various framework behaviors. One of these is the ISpecificationResolverDelegate interface.
I wonder if any of this will change with 3.1.... especially with the enhanced HiveMind stuff.
Previous Topic
