+1 - yep. I know folks would find that handy. contrib/sf is good. Ted Husted wrote:
>+1 > >Choice is good, and this sounds like something we could offer through the Contrib >folder or on Struts >Sourceforge. > >10/16/2002 5:00:58 PM, "Byrne, Steven" <[EMAIL PROTECTED]> wrote: > >>I developed a system that handles the need for having multiple >>components of a Struts application (Struts, Tiles, Validator, etc) >>partitioned in a modular fashion, so that independent groups could work >>on their component parts without having to worry about what other groups >>were doing, and yet allow for seamless integration of these components >>at web application assembly time. >> >>It was a requirement that all of this be done without requiring >>modification to Struts proper, so this is an approach that can be >>layered on top of a basic Struts implementation. >> >>I had wanted to bring this up a week or so ago when Eddie was talking >>about this topic, but was too busy then. >> >>The basic approach is to define a mechanism which allows module authors >>to work on individual modules using "fragments" which are then assembled >>into the final Struts files by Ant. The fragments are XML files which >>are essentially well-formed versions of the corresponding Struts files. >>The Ant process uses some style sheet tricks to collect the set of >>fragments, coalesce the relevant portions of the files into the proper >>sections (action-mappings, form-beans, etc) in the target XML files >>(mostly struts-config.xml needed this coalescing). Identifier >>collisions were avoided by a identifier prefixing scheme where each >>module would have it's own prefix. >> >>If there's interest in examining this approach, I can go into more >>detail about its operation. It worked well for us, and seems to fit the >>bill for a way to address the need for modular but not totally >>independent web applications. >> >>Steve >> -- Eddie Bush -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
