DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Graham
OK, I decided to look further into your suggestion, but didn't get very far
and I think its because mask doesn't work.
I started with a simple expression of [\d,]* to validate that the input
only contains numbers or a comma. Whatever I input though validator always
passed it as valid.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26192.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I agree with both of you!
Not having JavaScript implementation shouldn't be an issue - if people want
it then someone would come up with it.
However, because the approach I took was to modify the exiting number
validations (byte, short, long, integer, float, double) then it means
that where
The data not going to a form bean seem to be a 'very' limited use,
especially with the ease of DynaActionForms. There already exists a fair
amount of technology to handle this sort of situation. Additionally, the
idea of struts was to put a framework around this. To compliciate the tags
for
--- Niall Pemberton [EMAIL PROTECTED] wrote:
Graham
OK, I decided to look further into your suggestion, but didn't get very
far
and I think its because mask doesn't work.
I know it works because I use it in my apps :-).
I started with a simple expression of [\d,]* to validate that the
--- Niall Pemberton [EMAIL PROTECTED] wrote:
I agree with both of you!
Not having JavaScript implementation shouldn't be an issue - if people
want
it then someone would come up with it.
However, because the approach I took was to modify the exiting number
validations (byte, short, long,
Hey thanks for your help - what you suggested worked (i.e. using
^[\d,]*$) - I was using the ORO demo, but if you don't put the right stuff
in:-)
OK, I'm picking up regex slowly - so this works because ^ is for the
beginning of a line and % is for the end of a line.
Apologies for the doesn't
OK hey, appreciate your feedback - and the mask/regexp gives me another
string to my bow!
I do think using the DecimalFormat style patterns is much easier and
intuitive, but there is the issue
over JavaScript and there are issues with the DecimalFormat parse() method.
I think I need to
re-think
Niall -
If you do add on to this patch to support JavaScript validations of
numberFormats, there is probably some existing JavaScript code available
that you can use. I would start by looking at Matt Kruse's JavaScript Date
Functions, which you can find here:
--- Niall Pemberton [EMAIL PROTECTED] wrote:
Hey thanks for your help - what you suggested worked (i.e. using
^[\d,]*$) - I was using the ORO demo, but if you don't put the right
stuff
in:-)
OK, I'm picking up regex slowly - so this works because ^ is for the
beginning of a line and %
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26151.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I already tried it, and it is backward compatible. The thing about Perl5Util
is it provides a convinience method
of match(value, pattern) which creates a Perl5Compiler, builds a cache of
compiled patterns and calls the Perl5Matcher.contains()
method. There isn't an equivalent convinience method
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24856.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm still a little gun-shy about changing core struts classes. I
think the below is the right thing to do, but I thought I'd see first.
ModuleConfigImpl.findActionConfig(String path) currently looks for an
exact match of the path, and then uses the wild-card matching.
However, it does not
--- Joe Germuska [EMAIL PROTECTED] wrote:
I'm still a little gun-shy about changing core struts classes. I
think the below is the right thing to do, but I thought I'd see first.
ModuleConfigImpl.findActionConfig(String path) currently looks for an
exact match of the path, and then uses
At 11:21 PM -0500 1/15/04, Ted Husted wrote:
On Thu, 15 Jan 2004 12:14:46 -0600, Joe Germuska wrote:
Now, at the risk of sidetracking this discussion, I have to bring
up my other Struts pet-peeve -- the over complexity of pre-filling
forms from data rather than from the request. I'm wondering
At 8:36 AM -0800 1/16/04, David Graham wrote:
I'd propose moving that from the RequestProcessor into the
ModuleConfigImpl. This would then also involve removing a similar
fallback that I committed to the struts-chain AbstractSelectAction
class yesterday.
How would removing it from
At 11:10 AM -0600 1/16/04, Joe Germuska wrote:
At 8:36 AM -0800 1/16/04, David Graham wrote:
I'd propose moving that from the RequestProcessor into the
ModuleConfigImpl. This would then also involve removing a similar
fallback that I committed to the struts-chain AbstractSelectAction
class
At 11:29 PM -0500 1/15/04, Ted Husted wrote:
My only comment is that it seems we're throwing a lot of technology
at a problem that could be solved by putting an empty DynaActionForm
in the Struts config, and just referring to that. Perhaps something
like:
form-bean name=buttonForm
I can vouch that the mask works.
Send me your complete xml file or at least cut and paste the field element
in the email and I will take a look.
-Original Message-
From: Niall Pemberton [mailto:[EMAIL PROTECTED]
Sent: Friday, January 16, 2004 5:03 AM
To: Struts Developers List
Subject:
At 11:29 PM -0500 1/15/04, Ted Husted wrote:
My only comment is that it seems we're throwing a lot of technology at
a problem that could be solved by putting an empty DynaActionForm in
the Struts config, and just referring to that. Perhaps something like:
form-bean name=buttonForm
Heres to lots more grief in the future hey lol!
- Original Message -
From: Richard Hightower [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Friday, January 16, 2004 10:42 PM
Subject: OT RE: Validating Formatted Numbers Patch [Bugzilla 26151]
Grief imparts the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26209.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26209.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26209.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DynaBeans are specified in the Struts-Config. They are not Java classes that an
engineer needs to writes.
http://jakarta.apache.org/struts/userGuide/building_controller.html#dyna_action_form_classes
A JSP author should be able to define one without any problem. And the one suggested
here,
husted 2004/01/16 19:32:11
Modified:doc/userGuide dev_validator.xml
Log:
Apply #26209 Validator User Guide: New Section Listing Standard Validations
submitted by Niall Pemberton.
Revision ChangesPath
1.41 +179 -0jakarta-struts/doc/userGuide/dev_validator.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26209.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
husted 2004/01/16 20:15:00
Modified:web/examples/WEB-INF/exercise struts-config.xml
web/examples/exercise html-link.jsp
Log:
To hmlt:link page, add test for redirecting to the default path (/).
Revision ChangesPath
1.4 +1 -0
husted 2004/01/16 20:15:43
Added: web/examples welcome.html index.html
Log:
Add welcome pages
Revision ChangesPath
1.1 jakarta-struts/web/examples/welcome.html
Index: welcome.html
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26192.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
32 matches
Mail list logo