commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ted Husted <hus...@apache.org>
Subject Re: cvs commit: jakarta-commons/validator/src/test/org/apache/commons/validator validator-bsf.xml
Date Tue, 08 Jun 2004 16:28:20 GMT
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. 

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?  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
>>>
>>>
>>> --- husted@apache.org 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-
>>>> unsubscribe@jakarta.apache.org For additional commands, e-
>>>> mail: commons-dev-help@jakarta.apache.org
>>>>
>>>>
>>> __________________________________
>>> Do you Yahoo!?
>>> Friends.  Fun.  Try the all-new Yahoo! Messenger.
>>> http://messenger.yahoo.com/
>>>
>>>
>>> ----------------------------------------------------------------
>>> ---- - To unsubscribe, e-mail: commons-dev-
>>> unsubscribe@jakarta.apache.org For additional commands, e-mail:
>>> commons-dev-help@jakarta.apache.org
>>
>>
>> ------------------------------------------------------------------
>> --- To unsubscribe, e-mail: commons-dev-
>> unsubscribe@jakarta.apache.org For additional commands, e-mail:
>> commons-dev-help@jakarta.apache.org
>
>
> --------------------------------------------------------------------
> - To unsubscribe, e-mail: commons-dev-
> unsubscribe@jakarta.apache.org For additional commands, e-mail:
> commons-dev-help@jakarta.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message