commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel Florey" <daniel.flo...@web.de>
Subject AW: [contract] Suggestions
Date Sun, 23 Jan 2005 21:06:22 GMT
Hi Woody,
Thanks for interest in the contract component.
I'm always interested in suggestions and it's nice to see that people have a
look at the component.
The idea behind the constraint classes is to have a powerful way not only to
describe the constraints of a special value but also to be able to verbose
these constraints in a human-readable way.
But it might be a good idea to have a processor that can deal with
property-files and creates the constraint classes as described in the
property-file.
In fact this is already done in the Slide/Projector framework. If you are
interested, you can have a look at the docs of Projector.

If you want to help to make the contract component be more mature, it would
be a good starting point to have a look at the constraint classes. A lot of
java classes are not yet covered by the constraint package and it would make
sense to add some more. This is a good starting point for learning to deal
with the contract and the related i18n component.

Cheers,
Daniel


> -----Ursprüngliche Nachricht-----
> Von: commons-dev-return-66393-daniel.florey=web.de@jakarta.apache.org
> [mailto:commons-dev-return-66393-daniel.florey=web.de@jakarta.apache.org]
> Im Auftrag von Anaximandro (Woody)
> Gesendet: Montag, 24. Januar 2005 00:20
> An: Jakarta Commons Developers List
> Betreff: [contract] Suggestions
> 
> Hi felows, I´m new here and if this message is on wong place, please,
> sorry
> ...
> 
> I dono if I need to introduce myself, besides I will go direct to the
> subject ok?
> 
> Daniel, what dou you think about put constraints rules on some type of
> propertie file? These constraints must have some type of identification
> (in
> one ore more contexts). This is flexible and make the code more clean
> (and,
> like ejb, can be changed without the need to recompile the code).
> 
> Do you know OCL?
> 
> Woody
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message