Hi Emmanuel,

I don't read the spec yet, but I would like to know if you took into account the facade + dto pattern while writing the specs.

The DTOs are often slightly different of the underlying model and especially when you implement this pattern for remoting purpose like WS.

So, following the DRY principle I would reuse the constraints and validators in this layer. In this specific case what is the best approach? Should I reuse property constraints in new DTO validators?

Your input will be appreciated,

Regards,
Alexandre Garino

DTO and DRY are somewhat antagonists. Not sure how to reconcile them. But theoretically, a framework could somehow decide to "transfer" constraints from one property to an other. This would need some layer of metadata from this particular framework but BV exposes enough data via the metadata API I think.