<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: ColdFusion regular expression backreferences and numeric strings</title>
	<atom:link href="http://duncan99.wordpress.com/2012/03/12/coldfusion-regular-expression-backreferences-and-numeric-strings/feed/" rel="self" type="application/rss+xml" />
	<link>http://duncan99.wordpress.com/2012/03/12/coldfusion-regular-expression-backreferences-and-numeric-strings/</link>
	<description>Just another WordPress.com weblog</description>
	<lastBuildDate>Fri, 01 Mar 2013 18:26:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Adam Cameron</title>
		<link>http://duncan99.wordpress.com/2012/03/12/coldfusion-regular-expression-backreferences-and-numeric-strings/#comment-497</link>
		<dc:creator><![CDATA[Adam Cameron]]></dc:creator>
		<pubDate>Thu, 27 Sep 2012 22:32:01 +0000</pubDate>
		<guid isPermaLink="false">http://duncan99.wordpress.com/?p=1516#comment-497</guid>
		<description><![CDATA[G&#039;day Duncan (just found this blog of yours!)
Nice regex trick you&#039;re documenting here.

@Dave:
CF doesn&#039;t have its own regex processor, it just hands it off to Jakarta ORO (which is a long dead Apache project) under the hood (http://jakarta.apache.org/oro/). This is a Java implementation of PERL-compatible regular expressions.  Java&#039;s own java.uti.Regex patterns are slightly different.  As to why Macromedia chose to use ORO instead of Java&#039;s own regex support, I can only presume it was because ORO was closer to the regex implementation the pre-Java versions of CF (&lt;= CF5) used, and MM didn&#039;t want to cause backwards compat issues.  Ultimately this has proven to be quite annoying because CF is now stuck with this dead regex implementation, which is falling a bit behind where regexes are now.  Fortunately Java regexes are easy enough to use in CF (google &quot;Ben Nadel regex&quot; for thorough coverage).

I&#039;ve been trying to convince Adobe to upgrade CF&#039;s regex engine... it wouldn&#039;t hurt if the ticket got some more votes... https://bugbase.adobe.com/index.cfm?event=bug&amp;id=3037998 ;-)

-- 
Adam]]></description>
		<content:encoded><![CDATA[<p>G&#8217;day Duncan (just found this blog of yours!)<br />
Nice regex trick you&#8217;re documenting here.</p>
<p>@Dave:<br />
CF doesn&#8217;t have its own regex processor, it just hands it off to Jakarta ORO (which is a long dead Apache project) under the hood (<a href="http://jakarta.apache.org/oro/" rel="nofollow">http://jakarta.apache.org/oro/</a>). This is a Java implementation of PERL-compatible regular expressions.  Java&#8217;s own java.uti.Regex patterns are slightly different.  As to why Macromedia chose to use ORO instead of Java&#8217;s own regex support, I can only presume it was because ORO was closer to the regex implementation the pre-Java versions of CF (&lt;= CF5) used, and MM didn&#039;t want to cause backwards compat issues.  Ultimately this has proven to be quite annoying because CF is now stuck with this dead regex implementation, which is falling a bit behind where regexes are now.  Fortunately Java regexes are easy enough to use in CF (google &quot;Ben Nadel regex&quot; for thorough coverage).</p>
<p>I&#039;ve been trying to convince Adobe to upgrade CF&#039;s regex engine&#8230; it wouldn&#039;t hurt if the ticket got some more votes&#8230; <a href="https://bugbase.adobe.com/index.cfm?event=bug&#038;id=3037998" rel="nofollow">https://bugbase.adobe.com/index.cfm?event=bug&#038;id=3037998</a> <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>&#8211;<br />
Adam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: duncan</title>
		<link>http://duncan99.wordpress.com/2012/03/12/coldfusion-regular-expression-backreferences-and-numeric-strings/#comment-489</link>
		<dc:creator><![CDATA[duncan]]></dc:creator>
		<pubDate>Fri, 31 Aug 2012 14:22:28 +0000</pubDate>
		<guid isPermaLink="false">http://duncan99.wordpress.com/?p=1516#comment-489</guid>
		<description><![CDATA[No idea!  It might just be a quirk of how CF handles dynamic variables in the regex replacement string]]></description>
		<content:encoded><![CDATA[<p>No idea!  It might just be a quirk of how CF handles dynamic variables in the regex replacement string</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Merrill</title>
		<link>http://duncan99.wordpress.com/2012/03/12/coldfusion-regular-expression-backreferences-and-numeric-strings/#comment-488</link>
		<dc:creator><![CDATA[Dave Merrill]]></dc:creator>
		<pubDate>Fri, 31 Aug 2012 13:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://duncan99.wordpress.com/?p=1516#comment-488</guid>
		<description><![CDATA[Thanks for this, I hit this yesterday.

Do you have any idea if the underlying Java has this same issue?]]></description>
		<content:encoded><![CDATA[<p>Thanks for this, I hit this yesterday.</p>
<p>Do you have any idea if the underlying Java has this same issue?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
