Hi Karan... There is an Apache Commons Validator component, which mostly designed for validating form submitted data, but it is extensible so we can use it as a core for our validation process. But allow me to disagree with you about making the validator as a separate module regarding distribution with OpenEJB, cause validation is a must for having a compliant EJB container as I remember from the specs - please some one corrects me if I am wrong - but I agree regarding that making it a separate module and it is actually a separate module on JIRA so we can assign enhancements issues on it. And if we found that the Commons Validator component can be useful for us I think we should use it as out validation frame-work as DBlevins used the CLI one.
On Mon, Mar 17, 2008 at 6:03 PM, Karan Malhi <[EMAIL PROTECTED]> wrote: > Hi, > > Was just trying things out with validation. The more I abuse OpenEJB > deploy(which is actually using validation the right way if I want to learn > EJB :)) , the more I end up using validation. There are so many things which > could be done in validation itself. For example, a little framework could be > created to give a more feature rich help (interactive help etc..) . > However, to reach that level , lot of work would need to be done on this > feature. It would not be possible to keep the changes made to validation > with the release requirement dates of OpenEJB. So, I was thinking that could > validation be its own separate module where we could release its jars > separately, which could simply be dropped in into an existing OpenEJB > install? An OpenEJB release will have a default validation jar , lets say > 1.0 (for openejb 3.0). But we could independently update the validation > module and its releases and ask users to download and install the latest jar > to have the latest and greatest in validation. This way validation releases > become independent of OpenEJB releases and we can release validation modules > much more frequently. > Since I do not know much about the release process, so I am not sure if the > above is doable or not, or even a direction worth looking into. It would be > nice to know the pros and cons of the above approach, would be good learning > for me. > > Thanks! > > -- > Karan Singh Malhi > -- Thanks - Mohammad Nour
