Pessoal,
Gostaria de saber se há algum framework ou API para validação de tipo de dados, pois estou precisando fazer validação de datas, números, moedas e não encontrei nada nem usando a API padrão. Já estou usando usando o tapestry, então podia ser uma classe util mesmo. 
Que tal procurar no maior buscador de sites com exemplos e soluções para validação utilizando Tapestry? 
http://www.google.com/search?hl=en&lr=&q=tapestry+validation&btnG=Search
http://tapestry-tutorial.cloudnine.net.nz/better-validation.html
http://wiki.apache.org/jakarta-tapestry/ImprovedValidationProposal
http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topic&f=64&t=000668
Corajoso de usar Tapestry cara! Tentei começar, mas a curva de aprendizado pareceu-me gigantesca hehe
Puts, valeu, vou dar uma olhada!!
Quero fugir o máximo que puder dos javascript hard code!!
[quote=cezarsg]Puts, valeu, vou dar uma olhada!!
Quero fugir o máximo que puder dos javascript hard code!!
[/quote]
Não é melhor evitar processamento do lado Servidor? Qual a vantagem em não fazer validação do lado cliente?
rodei e rodei o google, mas não achei oque queria. O tapestry tem alguma coisa pronta mas é bem básico mesmo. Tem que implementar seu próprio componente, ou usar uma regular expression, acho q é isso, mas é muito foda.
Só estou querendo evitar ao máximo o uso de javascript.
Daí se consigo centralizar a validação/controles de erro do lado servidor facilito a vida de todos na hora de manutenção, já que precisarei obrigar ninguém a apredner javascript.
Ningém tem alguma biblioteca em java prá fazer essa doação ??
[quote=javeloper]
Não é melhor evitar processamento do lado Servidor? Qual a vantagem em não fazer validação do lado cliente?[/quote]
Se vc soh pudesse escolher um tipo de validacao, este deveria ser server-side. valicadao no lado do cliente eh muito facil de burlar. O ideal eh voce fazer tanto com javascript qto na hora em que vc recebe os dados para processar.
Rafael
Na verdade o que ocorre é que você precisa validar tudo duas vezes se for possível.
-
No cliente: para tornar a resposta mais rápida (fico super-irritado em sites de certos bancos porque mesmo validações muito simples, como um número de CPF, são feitas somente no servidor, e não no cliente)
-
No servidor: por motivos de segurança, e porque certas validações só são possíveis de serem feitas no servidor mesmo.
Por exemplo, como você sabe que um CEP é válido? Você pode fazer uma validação grosseira - 5 dígitos + 3 dígitos, ou 5 dígitos) no cliente, mas é necessário consultar a base dos Correios para realmente saber se um CEP corresponde a um endereço.
Tem razão, é mais rápido no cliente, mas dá muito trabalho prá nós qdo um código desses dá problema.
( É trauma de um dia que tive q procurar o erro numa função javascript. )
Olha, achei este framework no Portaljava, prá fazer validação, e vou estudar um pouco sobre isto.
http://www.datasift.org