Regular expressions should be:

^"\(?(\d{3})\)?[-| ]?(\d{3})[-| ]?(\d{4})$"
 
Properties file version
^\"\\(?(\\d{3})\\)?[-| ]?(\\d{3})[-| ]?(\\d{4})\"$

David

--- David Winterfeldt <[EMAIL PROTECTED]> wrote:
> When you are doing regular expressions you can
> basically just cut and paste them from an example
> and
> escape out the few XML sensitive characters, but you
> have to escape out the escape characters in a java
> properties file which I think makes something that
> is
> already hard to read even more unreadable.  This is
> just a simple regular expression.  
> 
> XML Version (phone number with double quotes around
> it)
> &quot;^\(?(\d{3})\)?[-| ]?(\d{3})[-|
> ]?(\d{4})$&quot;
> 
> Properties file version
> \"^\\(?(\\d{3})\\)?[-| ]?(\\d{3})[-| ]?(\\d{4})$\"
> 
> In a regular expression a '(' means something and
> regular expressions also use '\' to escape out
> characters except they don't match java's escape
> characters.  So '\\(' is escaping out a '\' which is
> then escaping a '('.
> 
> I did a project keeping all of my regular
> expressions
> in a properties file and I find keeping them in xml
> much more convenient.  Of course if you were using a
> Java IDE then you wouldn't have to worry about
> escaping out the java escape characters yourself,
> but
> not everyone uses a full blown IDE.
> 
> When I mentioned less technical people I meant
> art/design people that use something like
> Dreamweaver.
>  Dreamweaver already has basic support for JSP and
> one
> day it will probably support or have a plugin for
> editing XML files.  I don't think less technical
> people are going to find a java IDE easier to use
> than
> an HTML editor if you use properties files.  There
> are
> lots of generic XML editing packages so you don't
> have
> to hand roll your own xml editor.  And there's
> always
> vi or notepad.
> 
> David
> http://home.earthlink.net/~dwinterfeldt
> 
> 
> --- Nick Afshartous <[EMAIL PROTECTED]>
> wrote:
> > 
> > Cook, Levi writes:
> >  > IMHO, expressing rules using first class Java
> > objects *can* be just as
> >  > flexible as defining rules in an XML file. 
> >  > 
> >  > The analog to changing a value in an XML file
> is
> > using a property editor to
> >  > change values stored in a JavaBean (thus
> avoiding
> > recompiling). The upside
> >  > of this approach is simpler integration with
> > visual editors (simply
> >  > implement a property editor for your
> form-bean). 
> > 
> >  > Ultimately, I feel this is
> >  > where your less technical people can begin to
> > contribute more effectivly.
> >  > The other route requires hand-rolling a visual
> > editor for your XML scheme
> >  > and/or having your users learn quite a bit
> about
> > the intricacies of your
> >  > schema.
> > 
> > Thanks Levi for pointing out that a property
> editor
> > could be used.
> > Could one also add new rules and attributes
> > dynamically with a
> > property editor ?
> > 
> > Maybe the trickiest part for the users would be to
> > learn the
> > syntax for rule expressions.  In particular how to
> > refer
> > to object attributes within a rule.  
> > -- 
> > 
> >     Nick
> > 
> > 
> > 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

Reply via email to