+1
Good idea!!
--Kevin
Le 8 juil. 2011 à 16:03, Emmanuel Bernard a écrit :
> Do you think we should support the following?
>
> @DateInOrder
> void bookHotel(@NotNull @Valid Customer customer, Date from, Date to);
>
> ie like we have properly level and class level constraints, we could get
> me
Hi,
I'm not sure to be in the best position to suggest something because I'm a
contributor :)
Hibernate could have it's own nobles like Arquillian
(http://www.jboss.org/arquillian/nobles) and each "Hibernate noble" could have
a virtual price on his JBoss Community Account (click on one noble
Hi guys,
First, sorry for this late response.
I think too that there is no solution to keep the single invocation chain and
the grouping approach. IMHO, avoid the misuse of the API is more important than
keeping the single invocation chain.
Regarding https://gist.github.com/940438, I really pr
On vendredi 8 avril 2011 at 15:54, Emmanuel Bernard wrote:
Make sure you write a client of this API, I suspect Class... parameterTypes
might not be what you want.
>
> On 8 avr. 2011, at 13:41, Kevin Pollet wrote:
What do you mean ?
Have you a tricky/special case in mind ?
-
On vendredi 8 avril 2011 at 13:13, Gunnar Morling wrote:
Hi,
>
> I also like https://gist.github.com/903302#file_1_method_configuration.java
> best. As we already decided to accept some breaking changes around
> ConstraintDef, I also think it's better to do other breaking changes
> now instead of
Hi guys,
I'm working on HV-431,
http://opensource.atlassian.com/projects/hibernate/browse/HV-431.
The aim of this issue is to extend the programmatic API to allow constraints
definition on methods in a programmatic way. I've discussed with Hardy about
some proposals and I've made a gist to ex
Hi guys,
I've made an AP shaded jar and played with it in Eclipse, Netbeans and IntelliJ
(it seems that all works fine :)
I've also opened an issue HV-457
(http://opensource.atlassian.com/projects/hibernate/browse/HV-457) and If you
want to try this approach I've created a topic branch with th
