<p dir="ltr">That's fine to me. </p>
<div class="gmail_extra"><br><div class="gmail_quote">On 19 Sep 2016 4:31 a.m., "Gunnar Morling" <<a href="mailto:gunnar@hibernate.org">gunnar@hibernate.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">+1<div><br></div><div>If everyone could take a look at this one, that'd be great! It's a bit more complex, so the more eyes we get on this one, the better.</div><div><br></div><div>Thanks!</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-09-19 13:28 GMT+02:00 Emmanuel Bernard <span dir="ltr"><<a href="mailto:emmanuel@hibernate.org" target="_blank">emmanuel@hibernate.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is probably going to be most visible feature of Bean Validation<br>
2.0. We particularly need your feedback and involvement on this one.<br>
<span><font color="#888888"><br>
Emmanuel<br>
</font></span><div><div><br>
On Tue 2016-09-06 18:12, Emmanuel Bernard wrote:<br>
>Hi all,<br>
><br>
>I and a few others have been working on a proposal to support things<br>
>like Collection<@Email String> and Optional<@Email String>. This is<br>
>more complicated that it seems at first glance.<br>
><br>
>Instead of doing an ad-hoc support for the various collection types,<br>
>Optional and the JavaFX Properties, we quickly decided to define the<br>
>notion of container and the ability to declare constraints on contained<br>
>elements to validate them.<br>
><br>
>This lead to two main proposals that you can read at<br>
><a href="http://beanvalidation.org/proposals/BVAL-508/" rel="noreferrer" target="_blank">http://beanvalidation.org/pro<wbr>posals/BVAL-508/</a><br>
><br>
>This is a relatively long read, you can start by ignoring "alternative"<br>
>options for your first pass. We are very interested in feedback at this<br>
>stage as we have been pushing these proposal very far already and they<br>
>would need to become part of the spec as next step.<br>
><br>
>Let me know of what you think, questions, remarks etc.<br>
><br>
>In particular, I'm interested in what you think of the following.<br>
><br>
>The capability to define custom containers.<br>
><br>
>The extractor approach vs its alternative.<br>
><br>
>The concepts of @ConstraintsAppliesTo(COMTAINE<wbr>D) used for JavaFX and for<br>
>subclasses of containers.<br>
><br>
>@Valid, in particular the legacy and new forms and how to handle the<br>
>transition.<br>
><br>
>And finally, but a big one, what do you think of proposal 1 vs proposal<br>
>2. The latter being more generic but with more open questions (and a<br>
>less elaborated at this stage).<br>
><br>
>Emmanuel<br>
>_____________________________<wbr>__________________<br>
>beanvalidation-dev mailing list<br>
><a href="mailto:beanvalidation-dev@lists.jboss.org" target="_blank">beanvalidation-dev@lists.jbos<wbr>s.org</a><br>
><a href="https://lists.jboss.org/mailman/listinfo/beanvalidation-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailm<wbr>an/listinfo/beanvalidation-dev</a><br>
______________________________<wbr>_________________<br>
beanvalidation-dev mailing list<br>
<a href="mailto:beanvalidation-dev@lists.jboss.org" target="_blank">beanvalidation-dev@lists.jboss<wbr>.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/beanvalidation-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailma<wbr>n/listinfo/beanvalidation-dev</a><br>
</div></div></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
beanvalidation-dev mailing list<br>
<a href="mailto:beanvalidation-dev@lists.jboss.org">beanvalidation-dev@lists.<wbr>jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/beanvalidation-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/<wbr>beanvalidation-dev</a><br></blockquote></div></div>