commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From tobr...@transolutions.net (O'brien, Tim)
Subject RE: [digester] RegexRules
Date Fri, 04 Apr 2003 20:38:53 GMT
I think that the overriding issue here is backwards compatibility.  

It's my understanding that we're trying to maintain backwards compatibility
with JDK 1.2 and ORO and RegExp provide that.  

--------
Tim O'Brien 
Transolutions, Inc.
W 847-574-2143
M 847-863-7045


> -----Original Message-----
> From: David Graham [mailto:dgraham1980@hotmail.com] 
> Sent: Friday, April 04, 2003 2:22 PM
> To: commons-dev@jakarta.apache.org
> Subject: RE: [digester] RegexRules
> 
> 
> I would hate to approve such a thing :-).  Reports I've read 
> indicate that 
> the JDK 1.4 regex engine is faster than or equal to the 
> Jakarta versions.  
> The authors also thought the JDK regex API was easier to use. 
>  Plus the 1.4 
> regex's are *standard* Java.  IMO, people should be migrating 
> to the 1.4 
> regex engine, not wrapping custom Jakarta code.
> 
> David
> 
> 
> 
> >From: tobrien@transolutions.net (O'brien, Tim)
> >Reply-To: "Jakarta Commons Developers List"
> ><commons-dev@jakarta.apache.org>
> >To: "'Jakarta Commons Developers List'" 
> <commons-dev@jakarta.apache.org>
> >Subject: RE: [digester] RegexRules
> >Date: Fri, 4 Apr 2003 14:16:23 -0600
> >
> >I hate to propose such a thing, but is there a need for a 
> commons-regex 
> >which would perform the same functions as commons-logging?  
> Where we'd 
> >have JDK 1.4 Regular Expressions, Jakarta-RegEx and Jakarta-ORO.
> >
> >--------
> >Tim O'Brien
> >
> > > -----Original Message-----
> > > From: robert burrell donkin 
> > > [mailto:robertburrelldonkin@blueyonder.co.uk]
> > > Sent: Wednesday, April 02, 2003 1:17 PM
> > > To: commons-dev@jakarta.apache.org
> > > Subject: [digester] RegexRules
> > >
> > >
> > > after bit of thought about some recent comments from user, i've 
> > > committed some code based around the idea of using regex's in a 
> > > pattern matching
> > > Rules implementation. in order to give flexibility, i've made
> > > the actual
> > > regex matching implementation pluggable.
> > >
> > > i was thinking about creating regex matching 
> implementations based 
> > > on jakarta-ORO and jakarta-regex but i don't want to make 
> Digester 
> > > dependent on these subprojects. some other places at jakarta use 
> > > contribs or a separate releasable jar for these optional classes. 
> > > anyone have any preferences - or any better ideas?
> > >
> > > - robert
> > >
> > >
> > > 
> --------------------------------------------------------------------
> > > -
> > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: 
> commons-dev-help@jakarta.apache.org
> > >
> > >
> >
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> 
> 
> _________________________________________________________________
> Add photos to your e-mail with MSN 8. Get 2 months FREE*.  
> http://join.msn.com/?page=features/featuredemail
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message