[bv-dev] Configure validation constraints at runtime
Marcos Antonio
marcos_antonio_ps at hotmail.com
Tue Feb 25 06:29:42 EST 2014
Done:
https://hibernate.atlassian.net/browse/BVAL-475
Marcos
________________________________
> Date: Tue, 25 Feb 2014 08:44:28 +0100
> From: gunnar at hibernate.org
> To: beanvalidation-dev at lists.jboss.org
> Subject: Re: [bv-dev] Configure validation constraints at runtime
>
> +1 for adding something like this. Marcos, could you open an issue in
> our tracker (https://hibernate.atlassian.net/browse/BVAL)?
>
> If you don't want to use the current dynamic constraint APIs in
> HV/Apache BVAL, you might consider to generate XML constraint
> descriptors based on your configuration. That's a bit more tedious but
> portable between providers.
>
> Slightly related, I see people ask every now and then for a facility
> for copying constraint definitions between models. Users could build
> this themselves if aforementioned dynamic constraint definition was
> possible, or we could add some more high-level support for this.
>
> --Gunnar
>
>
>
>
> 2014/2/25 Matt Benson <mbenson at apache.org<mailto:mbenson at apache.org>>
>
> I would be interested in getting dynamic constraint functionality into
> the BV spec. Between what Hibernate Validator offers and what is
> supported by the dynamic add-on for Apache BVal it shouldn't take us
> much to agree on an API.
>
> Matt
>
> On Feb 24, 2014 6:39 PM, "Marcos Antonio"
> <marcos_antonio_ps at hotmail.com<mailto:marcos_antonio_ps at hotmail.com>>
> wrote:
> Let me try to be a bit more clear.
> Consider this entity:
>
> @Entity
> public class Employee
> {
> private String _name;
>
> // ...
>
> @Size(min = 1, max = 50)
> public String getName()
> {
> return _name;
> }
>
> // ...
> }
>
> If some client of mine asked me to change the name of the employees to
> accept 70 characters because 50 is not enough anymore I have to change
> my application for all clients. But if the bean validation
> specification allowed me to configure the constraints dinamically I
> could do this configuration on a cliente basis. All I had to do was to
> change the database structure for the specific column, register this
> fact in some table of mine and in the application startup my
> application would check for changes and configure the corresponding
> bean constraint. With static constraints (as it is today) we don't have
> this flexibility.
>
> Marcos
>
> ----------------------------
>
> From: emmanuel at hibernate.org<mailto:emmanuel at hibernate.org>
> Date: Mon, 24 Feb 2014 19:00:35 +0100
> Subject: Re: [bv-dev] Configure validation constraints at runtime
> To:
> beanvalidation-dev at lists.jboss.org<mailto:beanvalidation-dev at lists.jboss.org>;
> marcos_antonio_ps at hotmail.com<mailto:marcos_antonio_ps at hotmail.com>
>
> Hi
> We don't have a defined roadmap for the future of Bean Validation. But
> that would be a nice addition in my opinion.
>
> What's your use case for it?
>
> Emmanuel
> _______________________________________________
> beanvalidation-dev mailing list
> beanvalidation-dev at lists.jboss.org<mailto:beanvalidation-dev at lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/beanvalidation-dev
>
> _______________________________________________
> beanvalidation-dev mailing list
> beanvalidation-dev at lists.jboss.org<mailto:beanvalidation-dev at lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/beanvalidation-dev
>
>
> _______________________________________________ beanvalidation-dev
> mailing list beanvalidation-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/beanvalidation-dev
More information about the beanvalidation-dev
mailing list