L'adozione di JSR 303 Bean Validation

Question

JSR 303 Bean Validation preso piede ancora?

Mi rendo conto che è ancora relativamente nuova specifica (Versioni 1.0 e 1.1 ), ma non posso nemmeno a trovare un tutorial ufficiale su di essa, tanto meno libri

Ci sono progetti commerciali che hanno adottato con successo JSR 303 ancora? Mi sto chiedendo perché c'è un rischio di impegnarsi in qualcosa che ha una piccola base di utenti. Inoltre, io non sono un early adopter. :)

Answer 1

Ho usato JSR303 su un recente progetto Primavera / Hibernate per un cliente e ha funzionato molto bene. E 'stato facile da usare e configurare. ci sono un paio di tutorial on-line se si cerca JSR303 e ho scaricato il riferimento Hibernate Validator che è la loro implementazione JSR303. Questo dovrebbe farti andare. Penso che si vedrà molto di più di esso col passare del tempo. Soprattutto se si viaggia nel mondo Primavera / Hibernate.

Answer 2

  

Ha la convalida JSR 303 preso piede ancora?

Bene, Bean Validation parte di Java EE 6, BV non si integrano bene con il livello di persistenza (JPA), BV non si integrano bene con le tecnologie di presentazione di livello come il JSF 2, Wicket, Spring MVC , Tapestry.

Quindi direi di sì, BV è lì, è già utilizzato, e mi aspetto di essere utilizzato sempre di più.

  

Mi rendo conto che è ancora relativamente nuova specifica, ma non riesco nemmeno a trovare un tutorial ufficiale su di essa, tanto meno i libri.

Prendi le specifiche e controllare il Bean Validation post del blog su JBoss blog per esempio (in particolare il Bean Validation Sneak Peek serie di due anni fa).

  

Ci sono progetti commerciali che hanno adottato con successo JSR 303 ancora? Mi sto chiedendo perché c'è un rischio di impegnarsi in qualcosa che ha una piccola base di utenti. Inoltre, io non sono un early adopter. :)

Sì, ci sono. E io personalmente considero utilizzando uno standard che fa parte di Java EE come abbastanza sicuro (BV è sicuramente sarà lì per qualche tempo). Quali sono i rischi per voi? E che alternativa sarebbe effettivamente utilizzare se non BV? Che farle sembrare più o meno "rischiosi" rispetto BV?

Answer 3

Stiamo valutando questo come una sostituzione di iScreen. Qui è la guida di riferimento per la implementazione di riferimento di questa specifica da sospensione. Un'altra implementazione (utilizzato in OpenJPA è http://code.google.com/p/agimatec- validazione /

Answer 4

continui progressi

Bean Validation è un progetto continuo, con crescente adozione.

Secondo JSR, 1.1 Spec

L'originale JSR 303 e la sua 1.0 spec stata seguita da JSR 349 ??e la sua 1.1 spec del 2013.

Con la nuova JSR è venuto un processo aperto. Questo include un sito web dedicato, www.BeanValidation.org .

Attualmente solo il Hibernate Validator è testato e certificata come piena attuazione Bean Validation (ed è l'implementazione di riferimento). In precedenza per il 1.0 spec, Apache BVAL aveva anche stati certificati .

Adozione

Ho usato il framework web app, Vaadin , con il supporto per Bean Validation in aggiunta alla propria interfaccia utente widget di convalida.

JSF (JavaServer Faces) supporti Bean Validation 1.1 come mostrato in questo blog posta di Rama Krishnan .

Devoxx presentazione di Emmanuel Bernard , l'iniziativa specifica, afferma che in additionto JSF esistono integrazioni per:

• GWT
• Apache Wicket
• Apache Tapestry ,
• Primavera
• Java Persistence API (JPA) .

Il API Java per RESTful Web Services (JAX-RS) è perfettamente integrato con Bean Validation per i codici di errore HTTP ritorno della serie 400 e 500, piuttosto che eccezioni per significare la convalida vincolo convalide.