--- Ted Husted <[EMAIL PROTECTED]> wrote:
> Well, it could also be argued that one of the benefits of using Maven is
> that it's easier to setup additional distributions. :)
> 
> There is something to be said for the idea of having a core distribution
> with a minimum number of dependencies, and an optional distribution with
> additional dependencies for things like a BSF and JXPath validator.

I really thought this is what we discussed and agreed upon a couple of
weeks ago so I'm still +1 on the idea :-).  I think the new validators are
useful but shouldn't impact the core framework's dependencies.

> 
> Let me see if I can get a 1.1.3 core release out, and then we could see
> about a companion 1.13 opt release.
> 
> -Ted.
> 
> On Tue, 08 Jun 2004 12:13:22 -0400, Don Brown wrote:
> > Just curious, why are we against adding code that has additional
> > dependencies only if you actually use it?  

In general, it seems these things have a way of creeping into other areas
of the code so you end up with the dependency growing.  Just look at how
Validator uses one class out of the entire Commons Collections dependency.
 That particular dependency is inherited from BeanUtils but Validator
ended up using it just because it was there.  Now we're having a difficult
time separating from collections.

David

> > For example, while
> > someone building validator needs BSF to build the code, the
> > validator release doesn't need to include the BSF jar as it isn't
> > required for normal operation.  The only time it would be required
> > is if the user tried to use the BSF validator.  I would have
> > thought one of the benefits of Maven is you can be more liberal
> > with your build-time dependencies.
> >
> > Don
> >
> >
> > Ted Husted wrote:
> >
> >
> >> Something like a contrib folder is fine as a whiteboard. But it
> >> not a practical way to distribute useful code. Unless the contrib
> >> folder is released, the vast majority of teams cannot use it.
> >> We'd really need a second Commons Validator distribution,
> >> dependant on the first.
> >>
> >>
> >> I'll reverse the patches, but that's going to consume the time I
> >> had set aside to complete the release. I'm away most of next
> >> week, so it looks like we may be stalled for another fortnight :(
> >>
> >>
> >> -Ted.
> >>
> >>
> >> On Tue, 08 Jun 2004 08:45:27 -0700 (PDT), David Graham wrote:
> >>
> >>
> >>> I thought we agreed to add BSF and JXPath validators to a
> >>> contrib directory so we wouldn't bloat the dependencies needed
> >>> to distribute the core validator?  I'm -1 on adding
> >>> dependencies in the core distro.
> >>>
> >>> David
> >>>
> >>>
> >>> --- [EMAIL PROTECTED] wrote:
> >>>
> >>>
> >>>> husted      2004/06/08 07:53:12
> >>>>
> >>>>
> >>>> Added:       validator/src/test/org/apache/commons/validator
> >>>> validator-bsf.xml Log: Apply #29205 "Add BSFValidator",
> >>>> submitted by Don Brown.
> >>>>
> >>>> Revision  Changes    Path
> >>>> 1.1
> >>>>
> >>>>
> >>> jakarta-
> >>> commons/validator/src/test/org/apache/commons/validator/validator-
> bsf
> >>> .xml
> >>>
> >>>
> >>>> Index: validator-bsf.xml
> >>>> ===================================================================
> <!
> >>>>  DOCTYPE form-validation PUBLIC
> >>>> "-//Apache Software Foundation//DTD Commons Validator Rules
> >>>> Configuration 1.1//EN"
> >>>> "http://jakarta.apache.org/commons/dtds/validator_1_1.dtd";>
> >>>>
> >>>>
> >>>> <form-validation>
> >>>> <global>
> >>>> <validator name="bsf"
> >>>> classname="org.apache.commons.validator.BSFValidator"
> >>>> method="isValid"
> >>>>
> >>>> methodParams="java.lang.Object,org.apache.commons.validator.Field"
> msg
> >>>>  =""/> </global> <formset> <form name="bsfForm"> <field
> >>>> property="value" depends="bsf"> <var> <var-name>eval</var-
> >>>> name> <var-value>value.equals("foo")</var-value> </var>
> >>>> </field> </form> <form name="bsfForm-numeric"> <field
> >>>> property="value" depends="bsf"> <var> <var-name>eval</var-
> >>>> name>
> >>>> <var-value>Integer.parseInt(value)>0 &amp;&amp;
> >>>> Integer.parseInt(value)&lt;100</var-value> </var> </field>
> >>>> </form> <form name="bsfForm-nested"> <field property="object"
> >>>> depends="bsf"> <var> <var-name>eval</var-name>
> >>>> <var-value>value.value.equals("foo")</var-value> </var>
> >>>> </field> </form> </formset> </form-validation>
> >>>>
> >>>>
> >>>> --------------------------------------------------------------
> >>>> ---- --- To unsubscribe, e-mail: commons-dev-
> >>>> [EMAIL PROTECTED] For additional commands, e-
> >>>> mail: [EMAIL PROTECTED]
> >>>>
> >>>>
> >>> __________________________________
> >>> Do you Yahoo!?
> >>> Friends.  Fun.  Try the all-new Yahoo! Messenger.
> >>> http://messenger.yahoo.com/
> >>>
> >>>
> >>> ----------------------------------------------------------------
> >>> ---- - To unsubscribe, e-mail: commons-dev-
> >>> [EMAIL PROTECTED] For additional commands, e-mail:
> >>> [EMAIL PROTECTED]
> >>
> >>
> >> ------------------------------------------------------------------
> >> --- To unsubscribe, e-mail: commons-dev-
> >> [EMAIL PROTECTED] For additional commands, e-mail:
> >> [EMAIL PROTECTED]
> >
> >
> > --------------------------------------------------------------------
> > - To unsubscribe, e-mail: commons-dev-
> > [EMAIL PROTECTED] For additional commands, e-mail:
> > [EMAIL PROTECTED]
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 



        
                
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to