10:02 a.m.
Hello Experts,
I understand this may be off topic, but I am not sure how to best bring
this to your attention, so please excuse this email.
GlassFish uses JSR-303 for ensuring that its configuration information
is valid. In the course of this usage, we ran into an apparent
shortcoming in the JSR-303 spec regarding ClassLoaders and the
Validation.properties ResourceBundle. A succint writeup of the problem
is at [1] but in 140 characters or less, the problem is:
In a MessageInterpolatorImpl, I need a reference to the .class to
which the constraint is applied, *without using payload*.
In other words, can we make the default value of the payload attribute
be the .class to which the constraint is applied?
Thank you,
Ed
[1]
http://wikis.sun.com/display/GlassFish/GlassFish+Bean+Validation+Error+Me...
--
| edward.burns(a)oracle.com | office: +1 407 458 0017
| homepage: | http://ridingthecrest.com/
| 4 business days until JSF 2.2 Early Draft Review
| 8 business days until JavaOne 2011
12:08 p.m.
Hi Ed,
I don't think this is a good example of payload usage. IMO it would make
more sense
to change the MessageInterpolator.Context class and add the validated bean
type to this
context.
On a tangent, Hibernate Validator introduced the concept of a
ResourceBundleLocator [1]
which could be useful for your described use case as well.
As far as I remember the inclusion of such an interface or more general
the separation of
MessageResolver and MessageInterpolator are on the agenda of BV 1.1.
--Hardy
[1] https://hibernate.onjira.com/browse/HV-238
On Tue, 20 Sep 2011 17:02:07 +0200, Ed Burns <edward.burns(a)oracle.com>
wrote:
Hello Experts,
I understand this may be off topic, but I am not sure how to best bring
this to your attention, so please excuse this email.
GlassFish uses JSR-303 for ensuring that its configuration information
is valid. In the course of this usage, we ran into an apparent
shortcoming in the JSR-303 spec regarding ClassLoaders and the
Validation.properties ResourceBundle. A succint writeup of the problem
is at [1] but in 140 characters or less, the problem is:
In a MessageInterpolatorImpl, I need a reference to the .class to
which the constraint is applied, *without using payload*.
In other words, can we make the default value of the payload attribute
be the .class to which the constraint is applied?
Thank you,
Ed
[1]
http://wikis.sun.com/display/GlassFish/GlassFish+Bean+Validation+Error+Me...
10:26 a.m.
We can treat that as part of BVAL-233, I've added a comment which in essence is what
Hardy said.
https://hibernate.onjira.com/browse/BVAL-233?focusedCommentId=43732#comme...
On 20 sept. 2011, at 17:02, Ed Burns wrote:
Hello Experts,
I understand this may be off topic, but I am not sure how to best bring
this to your attention, so please excuse this email.
GlassFish uses JSR-303 for ensuring that its configuration information
is valid. In the course of this usage, we ran into an apparent
shortcoming in the JSR-303 spec regarding ClassLoaders and the
Validation.properties ResourceBundle. A succint writeup of the problem
is at [1] but in 140 characters or less, the problem is:
In a MessageInterpolatorImpl, I need a reference to the .class to
which the constraint is applied, *without using payload*.
In other words, can we make the default value of the payload attribute
be the .class to which the constraint is applied?
Thank you,
Ed
[1]
http://wikis.sun.com/display/GlassFish/GlassFish+Bean+Validation+Error+Me...
--
| edward.burns(a)oracle.com | office: +1 407 458 0017
| homepage: | http://ridingthecrest.com/
| 4 business days until JSF 2.2 Early Draft Review
| 8 business days until JavaOne 2011
_______________________________________________
beanvalidation-dev mailing list
beanvalidation-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/beanvalidation-dev
4839
days inactive
4846
days old
beanvalidation-dev@lists.jboss.org
2 comments
3 participants
participants (3)
-
Ed Burns -
Emmanuel Bernard -
Hardy Ferentschik