1) Toss the plugin and rely on ChainListener to load everything. I
know this goes back to adding entries in web.xml, at least for 1.2.x.
But then ...
2) We can add config for chains in struts-config.xml in the 1.3 code.
This doesn't have to be tied to the process of adding
support - we could do th
Martin Cooper wrote:
On Fri, 17 Dec 2004 12:13:21 -0800, Don Brown <[EMAIL PROTECTED]> wrote:
Personally, I favor the approach Cocoon takes to "modules". Cocoon is
configured to use one sitemap (config file), but that sitemap can mount
or include other sitemaps through the "mount" element. See
On Fri, 17 Dec 2004 12:13:21 -0800, Don Brown <[EMAIL PROTECTED]> wrote:
> Personally, I favor the approach Cocoon takes to "modules". Cocoon is
> configured to use one sitemap (config file), but that sitemap can mount
> or include other sitemaps through the "mount" element. See
> http://cocoon.a
On Fri, 17 Dec 2004 13:32:16 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> >I'm not keen on adding init params in general, and even less keen on
> >adding such params that take lists of files.
> >
> >I do think we need to have a mechanism for specifying global stuff,
> >but I think we can come u
Personally, I favor the approach Cocoon takes to "modules". Cocoon is
configured to use one sitemap (config file), but that sitemap can mount
or include other sitemaps through the "mount" element. See
http://cocoon.apache.org/2.1/userdocs/concepts/sitemap.html#Mounting+sitemaps
Using wildcard
I'm not keen on adding init params in general, and even less keen on
adding such params that take lists of files.
I do think we need to have a mechanism for specifying global stuff,
but I think we can come up with a better way. For example, I don't
like that I have to replicate the config in each
On Fri, 17 Dec 2004 09:09:16 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 10:29 PM -0800 12/16/04, Don Brown wrote:
> >Martin Cooper wrote:
> >>On Thu, 16 Dec 2004 21:47:53 -0800, Don Brown <[EMAIL PROTECTED]> wrote:
> >>
> >>>Who is working on bringing Struts chain into Struts core? If no
At some point, it would also be nice to extract the taglibs into a separate
subproject, since in 1.3.x we agreed that they would not be part of the "core".
Ditto for the struts-examples. These are suppose to go into an "apps"
subproject.
I'd also be in favor of an "extras" subproject, to distri
At 10:29 PM -0800 12/16/04, Don Brown wrote:
Martin Cooper wrote:
On Thu, 16 Dec 2004 21:47:53 -0800, Don Brown <[EMAIL PROTECTED]> wrote:
Who is working on bringing Struts chain into Struts core? If no one, I
wouldn't mind doing the integration.
I haven't made the time to do anything. I was hopi
Martin Cooper wrote:
On Thu, 16 Dec 2004 21:47:53 -0800, Don Brown <[EMAIL PROTECTED]> wrote:
Who is working on bringing Struts chain into Struts core? If no one, I
wouldn't mind doing the integration.
I've been wondering the same thing. I have not done anything myself
yet, so I'd be happy for yo
On Thu, 16 Dec 2004 21:47:53 -0800, Don Brown <[EMAIL PROTECTED]> wrote:
> Who is working on bringing Struts chain into Struts core? If no one, I
> wouldn't mind doing the integration.
I've been wondering the same thing. I have not done anything myself
yet, so I'd be happy for you to take this on
Who is working on bringing Struts chain into Struts core? If no one, I
wouldn't mind doing the integration.
I'm thinking about using the ComposableRequestProcessor to keep as much
backwards compatibility as possible. The changes I'm proposing by layer:
web.xml
- A "chainConfig" parameter to
12 matches
Mail list logo
