Re: [hibernate-dev] On possible extensions for the validator

2010-10-19 Thread Federico Mancini
Den 19.10.2010 10:06, skrev Emmanuel Bernard: > Cross validation marker annotations like @ExactlyOneNull are not really > actual constraints (ie annotated with @Constraint) because somehow they must > carry two logic: > - the property checking logic > - the "aggregation" logic > Besides the

Re: [hibernate-dev] On possible extensions for the validator

2010-10-19 Thread Emmanuel Bernard
Cross validation marker annotations like @ExactlyOneNull are not really actual constraints (ie annotated with @Constraint) because somehow they must carry two logic: - the property checking logic - the "aggregation" logic Besides these markers should be ignored by the rest of the Bean Validatio

Re: [hibernate-dev] On possible extensions for the validator

2010-10-18 Thread Federico Mancini
Ok now I see it. Using groups for cross-validation is a very nice solution to be able to reuse them on multiple sets of properties. Then in Emmanuel's example I guess it should be @AtLeastOneNotNullAmongst(groups={Group1.class,Group2.class}) B getB() { ... }; The @CrossValidation annotation at

Re: [hibernate-dev] On possible extensions for the validator

2010-10-18 Thread Hardy Ferentschik
I was also thinking about a generic class level @CrossValidation constraint. I think Emmanuel and I are thinking about the same thing here: @CrossValidations({ @CrossValidation(forGroup=BankAccount.class), @CrossValidation(forGroup=ContactDetails.class) }) public class BankAccountNumber

Re: [hibernate-dev] On possible extensions for the validator

2010-10-18 Thread Emmanuel Bernard
On 16 oct. 2010, at 10:56, Dag Hovland wrote: > On 15/10/10 13:33, Emmanuel Bernard wrote: > (...) >> That being said, I wonder whether you can write your approach atop a generic >> class-level constraint @CrossValidation that would look for the properties >> annotations and behave as expected.

Re: [hibernate-dev] On possible extensions for the validator

2010-10-16 Thread Dag Hovland
On 15/10/10 13:33, Emmanuel Bernard wrote: (...) > That being said, I wonder whether you can write your approach atop a generic > class-level constraint @CrossValidation that would look for the properties > annotations and behave as expected. That would be a nice way to offer both > world to the

Re: [hibernate-dev] On possible extensions for the validator

2010-10-15 Thread Emmanuel Bernard
Hi, I'm quite late in the game but I finally had a chance to look at your main paper http://www.ii.uib.no/publikasjoner/texrap/pdf/2009-389.pdf I quite like your approach for boolean composition. It is very elegant and can easily be added in a non breaking way to Hibernate Validator and Bean Val

Re: [hibernate-dev] On possible extensions for the validator

2010-10-11 Thread Federico Mancini
Yes, I completely agree, I didn't mean to suggest to actually replace the annotations with internal code, but only that in this case the advantage of using annotations is reduced to the simple decoupling of validation code form the rest, as it can be obtained with an XML configuration file. A

Re: [hibernate-dev] On possible extensions for the validator

2010-10-11 Thread Hardy Ferentschik
On Wed, 06 Oct 2010 17:53:38 +0200, Federico Mancini wrote: > Class level validation is something we had considered as well, but > discarded it as we considered it in a way "cheating" in our settings. > This because what actually happens, if I understood correctly, is that > the whole objec

Re: [hibernate-dev] On possible extensions for the validator

2010-10-06 Thread Federico Mancini
Hi, I just wanted to make a remark on the the difference between the class level validation in the jsr 303 and our cross-annotations, since I would like to hear your opinion on the matter (that you probably have already discussed). Class level validation is something we had considered as well,

Re: [hibernate-dev] On possible extensions for the validator

2010-10-05 Thread Hardy Ferentschik
Hi, Help and contributions are always welcome :) I recommend you start with this page http://community.jboss.org/wiki/ContributingtoHibernateValidator It contains information on where and how to check out the source and how to built the project. Once you have a local checkout and made yourse

Re: [hibernate-dev] On possible extensions for the validator

2010-10-05 Thread Federico Mancini
Hi and thank you for your answer. I am aware that our work is extremely similar to the jsr 303, and that is exactly why I wanted to show it to you. It just happened that we independently developed similar solutions for the same problem, but when we saw the specs for the jsr 303, we realized tha

Re: [hibernate-dev] On possible extensions for the validator

2010-10-05 Thread Hardy Ferentschik
Hi Frederico, sorry for the late reply. I finally had some time to read through your paper. I think there are strong similarities between you work and Hibernate Validator or more specific the Bean Validation specification (JSR 303). Property validation in the SHIP Validator is basically the s

Re: [hibernate-dev] On possible extensions for the validator

2010-10-05 Thread Federico Mancini
Hi again, I was just wondering whether I should interpret the lack of answers as "no, this is not interesting at all", or as "we have a lot of other things to do and do not have time for this right now"? Federico Den 22.09.2010 09:08, skrev Federico Mancini: >Hi all, > I am new to the lis