[ 
https://issues.apache.org/jira/browse/VALIDATOR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Niall Pemberton updated VALIDATOR-247:
--------------------------------------

    Attachment: CreditCardValidatorTest.java
                CreditCardValidator.java

I'm not sure whats happening with JSR 303 (I requested membership of the EG, 
but heard nothing after I signed up to the JCP) - except that the JSR was 
accepted nothing else seems to have happened. Anyway my impression was JSR 303 
was more than just annotations and involved defining a framework. My aim with 
the "routines" package was to clearly separate out "validation routines" from 
the framework aspect of validator with the routines usable on their own outside 
of any framework stuff. If JSR 303 happens and defines, for example, a credit 
card annotation then there will need to be some "glue" which recognises when a 
bean property has been annotated as a credit card and invokes our routines. I 
don't believe what were doing here would need to change - what would need to 
change is implementing the "glue" (i.e. framework) which hooks the annotation 
to our routine. If/when JSR 303 happens this may turn out to be rubbish and as 
you say we may end up redoing this, but until JSR 303 becomes concrete its all 
just guesswork.

Anyway, I've started on tests - need to add a bit more / finish off - but I 
think theres enough here to commit and I'll get back to it when I find some 
more cycles.

> Move CreditCardValidator to routines package and refactor
> ---------------------------------------------------------
>
>                 Key: VALIDATOR-247
>                 URL: https://issues.apache.org/jira/browse/VALIDATOR-247
>             Project: Commons Validator
>          Issue Type: Task
>          Components: Routines
>            Reporter: Ben Speakmon
>            Assignee: Ben Speakmon
>             Fix For: 1.4
>
>         Attachments: CreditCardValidator.java, CreditCardValidatorTest.java
>
>
> Having copied CreditCardValidator to routines, it now needs to be refactored 
> to use CodeValidator/LuhnCheckDigit/etc. It might also make sense to break 
> CreditCardType out into a separate 1.4-style typesafe enum so it can be 
> easily converted to a real enum for Validator 2.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to