Here is the PDF version if you are interested http://beanvalidation.org/1.1/spec/bean-validation-specification.pdf Remember that the PDF does not have the changeset sidebars unfortunately. On 13 mars 2012, at 23:43, Emmanuel Bernard wrote: > Hi all, > > I have pushed the early draft we have been discussion for a while now to the JCP. I also put a copy in the open. Check out http://goo.gl/FlAuQ > It contains main TODOs I would like your opinion on. But that's a significant work that moves dependency injection and method-levle validation forward. We will be able to focus on the next items in our roadmap. > > Emmanuel > > PS: sorry for the delay in sending this email. I basically sent it to the wrong mailing list :) > _______________________________________________ > beanvalidation-dev mailing list > beanvalidation-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/beanvalidation-dev _______________________________________________ beanvalidation-dev mailing list beanvalidation-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/beanvalidation-dev

On Jun 24, 2012, at 11:09 AM, Gerhard Petracek wrote: > i'm missing the MessageResolver interface in the api. MessageResovler? What are you referring to? Do you mean MessageInterpolator or is there a different BVAL issue? --Hardy _______________________________________________ beanvalidation-dev mailing list beanvalidation-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/beanvalidation-dev

On Jun 24, 2012, at 11:57 AM, Gerhard Petracek wrote: > one of the first topics was to split MessageInterpolator (-> MessageInterpolator + MessageResolver). > however, as i see the jira ticket [1] is still not resolved. Ahh, right. That's what Hibernate Validator calls ResourceBundleLocator (imo a better name). > since it's a pretty obvious topic, i thought we are done with it. +1 I think there are several issues which we talked a lot about, but never made a final decision. Regarding this particular issue we never talked about concrete name and interface for the functionality. Hibernate Validator uses: public interface ResourceBundleLocator { /** * Returns a resource bundle for the given locale. * * @param locale A locale, for which a resource bundle shall be retrieved. Must * not be null. * * @return A resource bundle for the given locale. May be null, if no such * bundle exists. */ ResourceBundle getResourceBundle(Locale locale); } Does this sound reasonable? Seems there is a whole bunch of issues related (directly and indirectly) to this: [1] https://hibernate.onjira.com/browse/BVAL-217 [2] https://hibernate.onjira.com/browse/BVAL-250 [3] https://hibernate.onjira.com/browse/BVAL-233 --Hardy _______________________________________________ beanvalidation-dev mailing list beanvalidation-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/beanvalidation-dev

Ok, I see the difference now. Your proposal goes away completely from bundles of messages and just takes a single message into consideration. Sure that works as well. What is in your opinion the big gain of MessageResolver over ResourceBundleLocator? Obviously a resource bundle does not have to be backed by a properties file, but you could return any custom bundle subclass you like. Are bundles not the general way i18n is approached in Java? It seems natural to "bundle" your custom validation messages per locale, or not? --Hardy On Jun 24, 2012, at 1:40 PM, Gerhard Petracek wrote: > hi hardy, > > maybe it isn't that obvious since a ResourceBundleLocator isn't only about resource-bundles - see [1] and [2] -> i don't agree that it's a better name (since it's something slightly different). > if we can't agree on MessageResolver, i would suggest MessageSource (similar to [3]). > > regards, > gerhard > > [1] https://svn.apache.org/repos/asf/myfaces/extensions/validator/trunk/core/... > [2] https://svn.apache.org/repos/asf/myfaces/extensions/cdi/tags/extcdi-1.0.5... > [3] http://static.springsource.org/spring/docs/3.1.x/javadoc-api/org/springfr... _______________________________________________ beanvalidation-dev mailing list beanvalidation-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/beanvalidation-dev