Hi,
My changes to the IntakeService seems to have moved from a wee cleanup to a
wee rework, introducing an abstract class for numbers supporting all
primitive types and more use of inheritance where needed. I could post the
UML diagram for the validator package but this will probably get rejected by
mailList right? Anyone want to receive this drop me a line, would be good to
get some feedback before I attempt to post diffs for checkin.
This exercise has certainly enhanced my understanding of the service!
I'm rounding off a few tests and stumbled across the following.
1. The required-message element has been decrepcated (Did this ever work??)
and replaced by a rule. I take the rule should be something like the
following
<rule name="required" value="true">This module requires data for this
attribute</rule>
which does seem to work well. I guess we should post a list of rules one can
use. I'll look into this after diffs have been accepted and checked in.
2. For numbers there is also an "notANumberMessage" element which again I
have doubts whether this actually ever worked. We could drop it altogether
since all the number validators have a default message or make it into a
rule which may be more consistent ie
<rule name="invalidNumber" value="">This is an invalid integer</rule>
The latter has my preference
Feedback welcome
Colin
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
[Turbine-dev] IntakeService
| Tweet |
|
Search Discussions
Discussion Posts
Previous
Follow ups
- Henning P. Schmiedehausen: "Colin Chalmers" writes: +1. Anything that improves Intake is very welcome and gladly taken. Regards Henning -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH hps@intermeta.de +49 9131 50 654 0 http://www.intermeta.de/ Java, perl, Solaris, Linux, xSP Consulting, Web Services freelance consultant -- Jakarta Turbine Development -- hero for hire --------------------------------------------------------------------- To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org For
- Chris K Chew: Yeah, you can send it to me and I will put it someplace safe. Colin, thanks for the Intake clean-up! Ck --------------------------------------------------------------------- To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
- Quinton McCombs: Please post on a web site... If you don't have access to one, send it to me and I will post it. +1 --------------------------------------------------------------------- To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
Related Discussions
Discussion Overview
| group | dev
|
| categories | turbine |
| posted | May 1, '03 at 6:49p |
| active | May 12, '03 at 1:38p |
| posts | 6 |
| users | 4 |
| website | turbine.apache.org |
