<?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/"
	>
<channel>
	<title>Comments for jblewitt.com</title>
	<atom:link href="http://jblewitt.com/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://jblewitt.com/blog</link>
	<description>NOTHING TOO SERIOUS</description>
	<pubDate>Sun, 26 May 2013 04:51:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Hiking in the Alps by James</title>
		<link>http://jblewitt.com/blog/?p=502&cpage=1#comment-1173</link>
		<dc:creator>James</dc:creator>
		<pubDate>Mon, 30 Apr 2012 14:52:27 +0000</pubDate>
		<guid isPermaLink="false">http://jblewitt.com/blog/?p=502#comment-1173</guid>
		<description>Laura and I really should go to the Alps more often.  We never seem to find the time.  We went, more or less, spontaneously and we had a great time.
The lake is really beautiful, but freezing cold :-)</description>
		<content:encoded><![CDATA[<p>Laura and I really should go to the Alps more often.  We never seem to find the time.  We went, more or less, spontaneously and we had a great time.<br />
The lake is really beautiful, but freezing cold <img src='http://jblewitt.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hiking in the Alps by Steffen</title>
		<link>http://jblewitt.com/blog/?p=502&cpage=1#comment-1172</link>
		<dc:creator>Steffen</dc:creator>
		<pubDate>Sun, 29 Apr 2012 18:51:35 +0000</pubDate>
		<guid isPermaLink="false">http://jblewitt.com/blog/?p=502#comment-1172</guid>
		<description>I like! Walchensee is such a beautiful place.</description>
		<content:encoded><![CDATA[<p>I like! Walchensee is such a beautiful place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Regex Performance in D Programming Language by Nick Sabalausky</title>
		<link>http://jblewitt.com/blog/?p=462&cpage=1#comment-1117</link>
		<dc:creator>Nick Sabalausky</dc:creator>
		<pubDate>Tue, 27 Mar 2012 01:29:21 +0000</pubDate>
		<guid isPermaLink="false">http://jblewitt.com/blog/?p=462#comment-1117</guid>
		<description>Yea, D's regex engine was completely overhauled in 2.057, so using that should make a big difference. In fact, some people over at the D newsgroup have already reported that merely upgrading to the latest DMD makes all the difference and puts the D version about 3x *faster* than the Ruby version for *both* input files:

http://forum.dlang.org/post/ybhefxwftrtjqudzcnoo@forum.dlang.org

So there ya go.</description>
		<content:encoded><![CDATA[<p>Yea, D&#8217;s regex engine was completely overhauled in 2.057, so using that should make a big difference. In fact, some people over at the D newsgroup have already reported that merely upgrading to the latest DMD makes all the difference and puts the D version about 3x *faster* than the Ruby version for *both* input files:</p>
<p><a href="http://forum.dlang.org/post/ybhefxwftrtjqudzcnoo@forum.dlang.org" rel="nofollow">http://forum.dlang.org/post/ybhefxwftrtjqudzcnoo@forum.dlang.org</a></p>
<p>So there ya go.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Regex Performance in D Programming Language by Jesse Phillips</title>
		<link>http://jblewitt.com/blog/?p=462&cpage=1#comment-1110</link>
		<dc:creator>Jesse Phillips</dc:creator>
		<pubDate>Mon, 26 Mar 2012 22:34:50 +0000</pubDate>
		<guid isPermaLink="false">http://jblewitt.com/blog/?p=462#comment-1110</guid>
		<description>Based on your compiler version, you won't have ctRegex. 2.057 has the newer regex engine, the old one doesn't appear to have the slowdown from the problem I described either.</description>
		<content:encoded><![CDATA[<p>Based on your compiler version, you won&#8217;t have ctRegex. 2.057 has the newer regex engine, the old one doesn&#8217;t appear to have the slowdown from the problem I described either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Regex Performance in D Programming Language by James</title>
		<link>http://jblewitt.com/blog/?p=462&cpage=1#comment-1109</link>
		<dc:creator>James</dc:creator>
		<pubDate>Mon, 26 Mar 2012 20:18:53 +0000</pubDate>
		<guid isPermaLink="false">http://jblewitt.com/blog/?p=462#comment-1109</guid>
		<description>Thanks for the tip Chang, I'll take a look.</description>
		<content:encoded><![CDATA[<p>Thanks for the tip Chang, I&#8217;ll take a look.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Regex Performance in D Programming Language by James</title>
		<link>http://jblewitt.com/blog/?p=462&cpage=1#comment-1108</link>
		<dc:creator>James</dc:creator>
		<pubDate>Mon, 26 Mar 2012 20:18:04 +0000</pubDate>
		<guid isPermaLink="false">http://jblewitt.com/blog/?p=462#comment-1108</guid>
		<description>Thanks for your comment Jesse.
I have posted my Ruby and D source code in the post.  My regexes are pre-compiled and cached, so I don't think that this is the problem.

I have yet to try ctRegex.
James</description>
		<content:encoded><![CDATA[<p>Thanks for your comment Jesse.<br />
I have posted my Ruby and D source code in the post.  My regexes are pre-compiled and cached, so I don&#8217;t think that this is the problem.</p>
<p>I have yet to try ctRegex.<br />
James</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Regex Performance in D Programming Language by Jesse Phillips</title>
		<link>http://jblewitt.com/blog/?p=462&cpage=1#comment-1107</link>
		<dc:creator>Jesse Phillips</dc:creator>
		<pubDate>Mon, 26 Mar 2012 15:39:51 +0000</pubDate>
		<guid isPermaLink="false">http://jblewitt.com/blog/?p=462#comment-1107</guid>
		<description>Look for the use of 'regex("pattern")' inside loops, especially tight ones. I can't compare with Ruby performance as I won't be rewriting my work there. But the latest Regex engine doesn't handle this well (make since it has to do compilation of the regex each time). Also ctRegex may provide some performance gains.</description>
		<content:encoded><![CDATA[<p>Look for the use of &#8216;regex(&#8221;pattern&#8221;)&#8217; inside loops, especially tight ones. I can&#8217;t compare with Ruby performance as I won&#8217;t be rewriting my work there. But the latest Regex engine doesn&#8217;t handle this well (make since it has to do compilation of the regex each time). Also ctRegex may provide some performance gains.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Regex Performance in D Programming Language by Chang Long</title>
		<link>http://jblewitt.com/blog/?p=462&cpage=1#comment-1102</link>
		<dc:creator>Chang Long</dc:creator>
		<pubDate>Mon, 26 Mar 2012 01:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://jblewitt.com/blog/?p=462#comment-1102</guid>
		<description>I use http://www.pcre.org/ with https://github.com/sleets/oak/blob/master/src/oak/util/Pcre.d 

If you are able to avoid implicit memory allocate,  The D will be very fast on most situation.</description>
		<content:encoded><![CDATA[<p>I use <a href="http://www.pcre.org/" rel="nofollow">http://www.pcre.org/</a> with <a href="https://github.com/sleets/oak/blob/master/src/oak/util/Pcre.d" rel="nofollow">https://github.com/sleets/oak/blob/master/src/oak/util/Pcre.d</a> </p>
<p>If you are able to avoid implicit memory allocate,  The D will be very fast on most situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Domain Driven Design with Spring and Hibernate by Maneesh Innani</title>
		<link>http://jblewitt.com/blog/?p=129&cpage=1#comment-83</link>
		<dc:creator>Maneesh Innani</dc:creator>
		<pubDate>Wed, 22 Dec 2010 19:43:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.jblewitt.com/blog/?p=129#comment-83</guid>
		<description>Yep we know that DDD Domain Driven Design can be applied to SPRING 3 and HIBERNATE 3.5.1 project. Very interesting concept. You are buidling CRM SCM ERP system and financial integration system. Work on your domain designs and modules and use Domain Specific Langauges like XTEXT in ECLIPSE 2009-2010 Suites. Things work like a charm.
Maneesh Innani
Enterprise Architect
Dec 22 2010</description>
		<content:encoded><![CDATA[<p>Yep we know that DDD Domain Driven Design can be applied to SPRING 3 and HIBERNATE 3.5.1 project. Very interesting concept. You are buidling CRM SCM ERP system and financial integration system. Work on your domain designs and modules and use Domain Specific Langauges like XTEXT in ECLIPSE 2009-2010 Suites. Things work like a charm.<br />
Maneesh Innani<br />
Enterprise Architect<br />
Dec 22 2010</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Domain Driven Design with Spring and Hibernate by jim</title>
		<link>http://jblewitt.com/blog/?p=129&cpage=1#comment-82</link>
		<dc:creator>jim</dc:creator>
		<pubDate>Mon, 20 Sep 2010 15:46:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.jblewitt.com/blog/?p=129#comment-82</guid>
		<description>This sounds quite odd.  If the setter is correctly getting called with the correct parameter then the mechanism would appear to work correctly.

I would use a debugger to assert the following:

1. Is the setter actually setting the field in the object (maybe the parameter is not changing the state of the object).

2. Check that the getter returns the correct value immediately after the object state is updated.

2. If the getter is only returning null at a later point in time you should check to ensure that this object really is the same instance (check the id in the debugger).

3. Finally I would place a break point on the field in the object.  This should cause the program to be suspended when ever the field is accessed or modified.  This should help you see at what point the field is set to null.  I'm assuming an Eclipse environment.

Sorry if any of these seem obvious.  Its always best to check these things first though in my experience :-)

Best of luck!</description>
		<content:encoded><![CDATA[<p>This sounds quite odd.  If the setter is correctly getting called with the correct parameter then the mechanism would appear to work correctly.</p>
<p>I would use a debugger to assert the following:</p>
<p>1. Is the setter actually setting the field in the object (maybe the parameter is not changing the state of the object).</p>
<p>2. Check that the getter returns the correct value immediately after the object state is updated.</p>
<p>2. If the getter is only returning null at a later point in time you should check to ensure that this object really is the same instance (check the id in the debugger).</p>
<p>3. Finally I would place a break point on the field in the object.  This should cause the program to be suspended when ever the field is accessed or modified.  This should help you see at what point the field is set to null.  I&#8217;m assuming an Eclipse environment.</p>
<p>Sorry if any of these seem obvious.  Its always best to check these things first though in my experience <img src='http://jblewitt.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
Best of luck!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
