[
https://issues.apache.org/jira/browse/VALIDATOR-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14267265#comment-14267265
]
Ralf Hauser commented on VALIDATOR-322:
---------------------------------------
Is the decision to no longer maintain JavaScript a fundamental one or just due
to lack of resources to maintain?
I'd appreciate a discussion whether the approach to have a multi-tiered
validation with first the browser doing the javascript validation or alike and
later the server doing the rest is still desirable.
To offload some onus from the network and server, I still think this is an
approach worthwhile to consider.
As long as the browser side validation doesn't produce false negatives, I would
say that "Java code and javascript code are not same" is acceptable and better
than not having javascript at all.
Commons Validator removing JavaScript while the megatrend is to add more
JavaScript everywhere else looks strange to me...
I'd even go one step further:
Please complement the javascript routines with the new html5 input tag
attribute "pattern"
http://www.w3schools.com/tags/att_input_pattern.asp as this regex approach
appears to be even more efficient on the browser side and less attack-prone.
> Java code and javascript code are not same!
> -------------------------------------------
>
> Key: VALIDATOR-322
> URL: https://issues.apache.org/jira/browse/VALIDATOR-322
> Project: Commons Validator
> Issue Type: Bug
> Components: JavaScript
> Affects Versions: 1.4.0 Release
> Environment: All
> Reporter: Kiran
>
> The email id "user@domain_name.com" is invalid when i check from java
> (EmailValidator.getInstance().isValid("user@domain_name.com")).
> But when I check in javascript, it says it is a valid one
> (jcv_checkEmail('user@domain_name.com')).
> I know it is invalid because it has underscore in domain name.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
