Re: PROPOSAL: s1 modules module

2007-04-21 Thread Paul Benedict
On 4/21/07, Ted Husted <[EMAIL PROTECTED]> wrote: A key problem with an omnibus JAR isn't so much the other classes (that the JVM wouldn't load) or the dependencies (that Maven wouldn't import), but just handling the logging statements. In practice, the optional code might want to try and initia

PROPOSAL: S2 ajax validation

2007-04-21 Thread Musachy Barroso
I'd like to propose a change on the way we do ajax validation. Instead of using DWR which requires an external dependency and configuring a servlet, I'd like to have an interceptor in the dojo plugin that extends the validator interceptor, which outputs JSON with the messages when there are valida

Re: PROPOSAL: s1 modules module

2007-04-21 Thread Ted Husted
Another popular term for something like this is "extras". So, there might be a Struts 1 Spring Extras JAR and maybe a Struts 1 JasperReports Extras JARs. A key problem with an omnibus JAR isn't so much the other classes (that the JVM wouldn't load) or the dependencies (that Maven wouldn't import)

Re: PROPOSAL: s1 modules module

2007-04-21 Thread Paul Benedict
I am fine either way. Thanks for "explain"-ing :-) On 4/21/07, Martin Cooper <[EMAIL PROTECTED]> wrote: I'll assume that "explain" was intended between "you" and "your". ;-) In response to Wendy's question, you indicated that you are proposing one jar that includes the integration for multiple

Re: PROPOSAL: s1 modules module

2007-04-21 Thread Martin Cooper
I'll assume that "explain" was intended between "you" and "your". ;-) In response to Wendy's question, you indicated that you are proposing one jar that includes the integration for multiple external libraries. If I want integration with Spring, for example, and not the other external libraries,

Re: PROPOSAL: s1 modules module

2007-04-21 Thread Paul Benedict
Martin, Point taken on the module naming: "integration" is better. Can you your focus on the "baggage"? With maven 2, dependencies can be marked as optional. They all have to be there when compiling the source, but not when depending on the library. Paul On 4/21/07, Martin Cooper <[EMAIL PROTE

Re: PROPOSAL: s1 modules module

2007-04-21 Thread Martin Cooper
First off, calling this "modules" would be very confusing, since Struts 1 already has a concept of modules that is not at all related to what you are looking to create. Since the purpose is integration with other libraries, I would suggest "integration". Second, I would strongly recommend against

Re: PROPOSAL: s1 modules module

2007-04-21 Thread Paul Benedict
Wendy, I was thinking of the first. On 4/21/07, Wendy Smoak <[EMAIL PROTECTED]> wrote: On 4/21/07, Paul Benedict <[EMAIL PROTECTED]> wrote: > I am proposing a new module for Struts 1.x called "modules" which would > contain integration classes into popular open source libraries. For > starters

Re: PROPOSAL: s1 modules module

2007-04-21 Thread Wendy Smoak
On 4/21/07, Paul Benedict <[EMAIL PROTECTED]> wrote: I am proposing a new module for Struts 1.x called "modules" which would contain integration classes into popular open source libraries. For starters, it would contain a new command to let Spring wire up the CRP using a command. I would sugge

PROPOSAL: s1 modules module

2007-04-21 Thread Paul Benedict
I am proposing a new module for Struts 1.x called "modules" which would contain integration classes into popular open source libraries. For starters, it would contain a new command to let Spring wire up the CRP using a command. Paul