myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Leonardo Uribe" <lu4...@gmail.com>
Subject Re: new name for sev-en
Date Sat, 10 May 2008 20:32:39 GMT
Some spanish words:

myfaces-commons-validacion
myfaces-commons-validar
myfaces-commons-validador
myfaces-commons-valide
myfaces-commons-evaluador

On Sat, May 10, 2008 at 3:12 PM, Hazem Saleh <hazem.saleh@gmail.com> wrote:

> +1 for myfaces-commons-checker.
>
>
> On Sat, May 10, 2008 at 1:53 PM, Gerhard Petracek <
> gerhard.petracek@gmail.com> wrote:
>
>> do you have a further suggestion?
>> maybe a bit more fancy?
>>
>> e.g. one of the suggestions i heard is:
>> myfaces-commons-checker
>>
>> maybe it's a new starting point for further suggestions.
>>
>> regards,
>> gerhard
>>
>>
>>
>> 2008/4/29 Scott O'Bryan <darkarena@gmail.com>:
>>
>> How about "convalidi".  It's validate in Italian (I think).
>>>
>>> Gerhard Petracek wrote:
>>>
>>>> hello scott,
>>>>
>>>> do you have a suggestion for a short and fancy name?
>>>>
>>>> regards,
>>>> gerhard
>>>>
>>>>
>>>>
>>>> 2008/4/27 Scott O'Bryan <darkarena@gmail.com <mailto:
>>>> darkarena@gmail.com>>:
>>>>
>>>>    +1 to not naming it validations.  There is already a commons
>>>>    validator.
>>>>
>>>>    -0 to including core in the name
>>>>
>>>>    Strong -1 to including JSR in the project name.  A jar is nearly
>>>>    an enhancement number for java.  You wouln't name your project
>>>>    something like MyFaces-1234 after a Jira ticket number.
>>>>
>>>>
>>>>    On Apr 26, 2008, at 10:25 AM, "Gerhard Petracek"
>>>>    <gerhard.petracek@gmail.com <mailto:gerhard.petracek@gmail.com>>
>>>>    wrote:
>>>>
>>>>     hello alexander,
>>>>>
>>>>>    i got your idea.
>>>>>    however, i hope we will find a short and fancy name.
>>>>>
>>>>>    if we don't have 'core' within the name, i think we have to find
>>>>>    something else than just 'validation'.
>>>>>    otherwise it will be a bit confusing for users due to the fact
>>>>>    that the core itself doesn't validate.
>>>>>    concrete validation logic is located within the
>>>>>    independent/optional modules.
>>>>>    the target is to have a core which provides the infrastructure
>>>>>    and which encapsulates the specifics of the jsf version.
>>>>>    furthermore, the core is independent of specific annotations. the
>>>>>    optional modules provide the concrete annotations and/or
>>>>>    validation logic (independent of the jsf version).
>>>>>    (reason for and/or: we don't provide the annotations of jpa nor
>>>>>    of jsr 303 - we just provide the validation strategies for these
>>>>>    external annotations.)
>>>>>
>>>>>    @myfaces-commons-validation-annotations:
>>>>>    it isn't a pure annotation module - it also provides the
>>>>>    validation strategies and much more.
>>>>>    (in the case of the jpa validation support it just provides the
>>>>>    validation strategy.)
>>>>>    moreover, i would suggest that we rename seven-validation to
>>>>>    seven-ext-validation or a bit shorter: seven-extval (for extended
>>>>>    validation)
>>>>>    or something similar which indicates that these are our
>>>>>    annotations (and so on).
>>>>>
>>>>>    @myfaces-commons-validation-jsr303:
>>>>>    i'm fine with both jsr303 (my original suggestion) or
>>>>> bean-validation
>>>>>
>>>>>    the names of our compromise so far:
>>>>>
>>>>>    myfaces-commons-[new name]
>>>>>    (= the core)
>>>>>
>>>>>    myfaces-commons-[new name]-validation
>>>>>    (= our annotations + validation strategies incl. cross-component
>>>>>    validation infrastructure and also the jpa validation strategy,...)
>>>>>
>>>>>    myfaces-commons-[new name]-bean-validation
>>>>>    (= the infrastructure and validation strategies to support jsr 303)
>>>>>
>>>>>    fancy suggestions for [new name] are welcome.
>>>>>    (we need some suggestions to open a vote.)
>>>>>
>>>>>    or what's about something different
>>>>>    it isn't my favourite - however, it might be an impulse for other
>>>>>    suggestions.
>>>>>
>>>>>    e.g.:
>>>>>    myfaces-commons-validation-core
>>>>>    myfaces-commons-validation-extval
>>>>>    myfaces-commons-validation-jsr303 (or bean-validation)
>>>>>
>>>>>    (i prefer an independent name.)
>>>>>
>>>>>    regards,
>>>>>    gerhard
>>>>>
>>>>>
>>>>>
>>>>>    2008/4/25 Jesse Alexander (KSFH 336)
>>>>>    <alexander.jesse@credit-suisse.com
>>>>>    <mailto:alexander.jesse@credit-suisse.com>>:
>>>>>
>>>>>
>>>>>            we are getting side-tracked...
>>>>>            let's find a name within this thread! :)
>>>>>
>>>>>        validation ?
>>>>>        ->
>>>>>        myfaces-commons-validation
>>>>>        myfaces-commons-validation-annotations (was -validation)
>>>>>        myfaces-commons-validation-jsr303        (was bean-validation)
>>>>>                        kind regards
>>>>>        Alexander
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>    --
>>>>>    http://www.irian.at
>>>>>
>>>>>    Your JSF powerhouse -
>>>>>    JSF Consulting, Development and
>>>>>    Courses in English and German
>>>>>
>>>>>    Professional Support for Apache MyFaces
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> http://www.irian.at
>>>>
>>>> Your JSF powerhouse -
>>>> JSF Consulting, Development and
>>>> Courses in English and German
>>>>
>>>> Professional Support for Apache MyFaces
>>>>
>>>
>>>
>>
>>
>> --
>>
>> http://www.irian.at
>>
>> Your JSF powerhouse -
>> JSF Consulting, Development and
>> Courses in English and German
>>
>> Professional Support for Apache MyFaces
>>
>
>
>
> --
> Hazem Ahmed Saleh Ahmed
> http://www.jroller.com/page/HazemBlog
>

Mime
View raw message