Also, I forgot to mention, I'd like to avoid the use of "Error" when referring to messages, because many times there are errors, warnings, and information messages. I like the ability for validation to raise warnings that don't result in a failure, but allows me to warn the user the value might not be what they were intending.

How do you envision that working? Would individual messages have an optional "severity" property? (i.e. "error", "warning", possibly others) Or would there be one bundle of messages for each severity?

I've taken to using a generic BusinessProcessResult object (sometimes extended with process-specific details) which carries with it three lists messages: "message," "warning," and "error". (Actually, it can have other lists with arbitrary keys, but those three have "privileged" status in the API.)

For our purposes, it could be a "ValidationResult" which gets passed around through the different validators, each of which can add to any of the lists as appropriate.

Seems like something which people might not like as a matter of taste, but I've found it pretty handy. It's also a bigger model change from both Struts and Webwork than may be appropriate at this time.

In short, I think it's nice to have a "warning" level if we can work out a clean way to support it.

Joe

--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com
"You really can't burn anything out by trying something new, and
even if you can burn it out, it can be fixed.  Try something new."
        -- Robert Moog

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to