<?xml version="1.0" encoding="utf-8"?>
			
			<rss version="2.0">
			<channel>
			<title>newschuyl</title>
			<link>http://www.mischefamily.com/nathan/index.cfm</link>
			<description>a blog by nathan mische</description>
			<language>en-us</language>
			<pubDate>Thu, 17 May 2012 18:21:52-0400</pubDate>
			<lastBuildDate>Mon, 23 Jan 2012 12:54:00-0400</lastBuildDate>
			<generator>BlogCFC</generator>
			<docs>http://blogs.law.harvard.edu/tech/rss</docs>
			<managingEditor>nmische@gmail.com</managingEditor>
			<webMaster>nmische@gmail.com</webMaster>
			
			<item>
				<title>ColdFire 1.9 Released</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2012/1/23/ColdFire-19-Released</link>
				<description>
				
				Over the weekend I released ColdFire 1.9.207.249. This version works with Firefox 9 and Firebug 1.9. You can download the latest from the &lt;a href=&quot;https://github.com/nmische/ColdFire/downloads&quot; target=&quot;_blank&quot;&gt;new GitHub project site&lt;/a&gt;. If you have the current 1.7.207.246 version installed, there is no need to update your server side debugging code as that has not changed with this release.

&lt;h2&gt;Changes in the ColdFire Project&lt;/h2&gt;

There have been some changes to the project with this release, the biggest is the move to GitHub. Moving forward the code will be hosted on &lt;a href=&quot;https://github.com/nmische/ColdFire&quot; target=&quot;_blank&quot;&gt;GitHub&lt;/a&gt; and I will use the &lt;a href=&quot;https://github.com/nmische/ColdFire/issues&quot; target=&quot;_blank&quot;&gt;GitHub issue tracker&lt;/a&gt; to track bugs. The packaged releases can also be downloaded from the &lt;a href=&quot;https://github.com/nmische/ColdFire/downloads&quot; target=&quot;_blank&quot;&gt;GitHub downloads page&lt;/a&gt; and I&apos;m hoping to put some documentation up on in a wiki or project page soon. 

I&apos;ll continue to maintain the &lt;a href=&quot;http://coldfire.riaforge.org&quot;&gt;RIAForge site&lt;/a&gt;, but I&apos;ve disable the blog, forums, issue tracker. 

I&apos;m hoping this move to GitHub will encourage people to contribute to ColdFire. 

&lt;h2&gt;Why did this release take so long&lt;/h2&gt;

I know a lot of people have been asking for an updated ColdFire for some time. Some people have even thought the project was dead. Well about that...

As any user of Firefox knows, in the Spring of 2011 Firefox moved to &lt;a href=&quot;http://blog.mozilla.com/blog/2011/04/13/new-channels-for-firefox-rapid-releases/&quot; target=&quot;blank&quot;&gt;a new rapid release cycle&lt;/a&gt;. In order to better keep pace with the Firefox, the Firebug team set about improving the internal architecture of Firebug. Unfortunately this meant that the &lt;a href=&quot;http://blog.getfirebug.com/2011/07/29/firebug-1-8-0/&quot; target=&quot;_blank&quot;&gt;changes introduced in Firebug 1.8&lt;/a&gt; broke ColdFire. In another interesting Firebug development, right around the same time as the Firebug 1.8 release John J Barton, the lead developer of Firebug for the past several years, &lt;a href=&quot;https://groups.google.com/forum/#!msg/firebug-working-group/GNCZeL1eWq8/0vGIZfS3M2YJ&quot; target=&quot;_blank&quot;&gt;left the Firebug Working Group&lt;/a&gt;. All of this meant that Firebug 1.8 was a bit of a transitional release. I made a &lt;a href=&quot;http://code.google.com/p/fbug/issues/detail?id=4733&quot; target=&quot;_blank&quot;&gt;few&lt;/a&gt; &lt;a href=&quot;http://code.google.com/p/fbug/issues/detail?id=4752&quot; target=&quot;_blank&quot;&gt;attempts&lt;/a&gt; to get ColdFire working on Firebug 1.8 but ultimately determined a substantial re-write of ColdFire was in order. Rather than building on the Firebug 1.8 release, I decided  to wait for Firebug 1.9, which would be the second release on the new internal architecture. Firebug 1.9 was released earlier this month and since then I&apos;ve been working on the ColdFire update as I&apos;ve had time. 

&lt;h2&gt;What&apos;s next?&lt;/h2&gt;

For a long time I&apos;ve been against posting ColdFire to the &lt;a href=&quot;http://addons.mozilla.org&quot; target=&quot;_blank&quot;&gt;Mozilla Addons&lt;/a&gt; site, or AMO, because ColdFire is more than just the Firefox extension; it also requires the ColdFusion debugging templates. However with Firefox&apos;s new rapid release cycle I can no longer manually update the extension every time a new Firefox is released so look for the next release of ColdFire to be on AMO.

That&apos;s all for now. As always, please report any issues with ColdFire to the new &lt;a href=&quot;https://github.com/nmische/ColdFire/issues&quot; target=&quot;_blank&quot;&gt;GitHub issue tracker&lt;/a&gt;. 
				</description>
				
				<category>ColdFire</category>				
				
				<pubDate>Mon, 23 Jan 2012 12:54:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2012/1/23/ColdFire-19-Released</guid>
				
			</item>
			
			<item>
				<title>Introducing A New Validation Framework, OK!</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2011/12/20/Introducing-A-New-Validation-Framework-OK</link>
				<description>
				
				Today I released a new ColdFusion 9 ORM entity validation framework named &lt;a href=&quot;https://github.com/nmische/cf-ok&quot; target=&quot;_blank&quot;&gt;OK!&lt;/a&gt;. This framework grew out of my attempt to use &lt;a href=&quot;http://hyrule.riaforge.org/&quot; target=&quot;_blank&quot;&gt;Hyrule&lt;/a&gt; in a large FW/1 Mura plugin. I really liked Hyrule, but I ran into a few issues with the framework and OK! is an attempt to address those issues.

OK! works very much like Hyrule, except it: 

&lt;ul&gt;
&lt;li&gt;supports nested validation,&lt;/li&gt;
&lt;li&gt;supports component level validation,&lt;/li&gt;
&lt;li&gt;has better custom rule integration,&lt;/li&gt;
&lt;li&gt;and supports all IsValid() validation rules including regular expressions.&lt;/li&gt;
&lt;/ul&gt;

Documentation is still a work in progress but there are plenty of examples of how to use the framework in the /tests directory. Please &lt;a href=&quot;https://github.com/nmische/cf-ok&quot; target=&quot;_blank&quot;&gt;check it out&lt;/a&gt; and let me know what you think. 
				</description>
				
				<category>ColdFusion</category>				
				
				<pubDate>Tue, 20 Dec 2011 12:24:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2011/12/20/Introducing-A-New-Validation-Framework-OK</guid>
				
			</item>
			
			<item>
				<title>New Version of ColdFusion WebSocket Gateway</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2011/12/19/New-Version-of-ColdFusion-WebSocket-Gateway</link>
				<description>
				
				Today I finally got around to updating my &lt;a href=&quot;https://github.com/nmische/cf-websocket-gateway&quot; target=&quot;_blank&quot;&gt;cf-websocket-gateway project&lt;/a&gt;. This version is based on the &lt;a href=&quot;http://webbitserver.org/&quot; target=&quot;_blank&quot;&gt;Webbit&lt;/a&gt; WebSocket server, which is itself based on the &lt;a href=&quot;http://netty.io/&quot;&gt;Netty&lt;/a&gt; project. I made this change because the &lt;a href=&quot;https://github.com/TooTallNate/Java-WebSocket&quot; target=&quot;_blank&quot;&gt;Java-Websocket&lt;/a&gt; server I was using was not being updated and Webbit is a very nice WebSocket server that supports the latest versions of the WebSocket specifications and thus works with the latest versions of Chrome, Safari, etc.

Of course, shortly after migrating to Webbit, Java-Websocket was updated to support the latest WebSocket specifications so if you would like to continue to use that server as the underlying engine for your gateway check out the java-websocket branch on Github.

I should note that the API has changed with this release. If you have existing listener CFCs that use the onClientOpen and onClientClose listener methods those should be renamed to simply onOpen and onClose. Once that change is made your existing listeners should work with version of the gateway. As always, please report any issues on the &lt;a href=&quot;https://github.com/nmische/cf-websocket-gateway/issues&quot; target=&quot;_blank&quot;&gt;Github project page&lt;/a&gt;. 
				</description>
				
				<category>CF WebSocket Gateway</category>				
				
				<category>ColdFusion</category>				
				
				<category>Java</category>				
				
				<pubDate>Mon, 19 Dec 2011 15:21:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2011/12/19/New-Version-of-ColdFusion-WebSocket-Gateway</guid>
				
			</item>
			
			<item>
				<title>Secure CFCOOKIE Security Consideration</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2011/7/22/Secure-CFCOOKIE-Security-Consideration</link>
				<description>
				
				Last night I gave a presentation to my local Philly CFUG, part of which covered the creation of cookies from ColdFusion. In the course of presenting I &quot;discovered&quot; that it is possible to set secure cookies in response to a non-secure request.

&lt;code&gt;
&lt;cfcookie name=&quot;mycookie&quot; value=&quot;yum&quot; secure=&quot;true&quot;/&gt;
&lt;/code&gt;

Now, the browser will not send that cookie on subsequent requests if you are not using a secure connection, however, if the cookie was set on a non-secure page the value of that cookie has already been exposed to potential hijacking.

&lt;h3&gt;The Lesson Learned&lt;/h3&gt;

If you are using cfcookie with the secure attribute, make sure you are doing so over a secure connection or you may be leaving yourself vulnerable to cookie hijacking. 
				</description>
				
				<category>ColdFusion</category>				
				
				<pubDate>Fri, 22 Jul 2011 14:41:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2011/7/22/Secure-CFCOOKIE-Security-Consideration</guid>
				
			</item>
			
			<item>
				<title>Issue with ColdFusion?s Built In Solr on Mac</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2011/6/10/Issue-with-ColdFusions-Built-In-Solr-on-Mac</link>
				<description>
				
				I recently ran into an issue with ColdFusion&apos;s built in Solr search server where, while running Solr on Mac OS 10.6, Solr would unexpectedly crash.  I was using a custom &lt;a href=&quot;http://wiki.apache.org/solr/SchemaXml&quot; target=&quot;_blank&quot;&gt;schema&lt;/a&gt; and attempting to use Solr&apos;s &lt;a href=&quot;http://wiki.apache.org/solr/DataImportHandler&quot; target=&quot;_blank&quot;&gt;data import handler&lt;/a&gt; so I thought they may have had something to do with my problem. After some more testing I found that, even while using the stock schema provided by ColdFusion, Solr would crash under relatively light load. More testing and a fair amount of swearing eventually lead me to the -XX:+AggressiveOpts JVM argument. The Solr startup script used by ColdFusion on the Mac, cfsolr, sets this JVM argument.

I wasn&apos;t familiar with this argument so I had to go look it up. According to Oracle&apos;s documentation, you use the -XX:+AggressiveOpts option to &quot;turn on point performance compiler optimizations that are expected to be default in upcoming releases.&quot; To be honest I&apos;m not entirely sure what the &quot;point performance compiler optimizations&quot; are, but being wary of anything labeled aggressive I decided to remove this option and see what happened.

I ran my tests again and everything seemed to work. Solr was able to handle the load from my tests and the data import handler began working with my custom schema. I was back in business.

After making this discovery I&apos;m still a little concerned as I&apos;m not sure why the -XX:+AggressiveOpt was being used in the first place, but since I&apos;m not running OS X in production I&apos;m fine with making this adjustment on laptop for development. I&apos;d definitely be interested to see if others have run into this issue or to find out more about the -XX:+AggressiveOpts JVM argument. 
				</description>
				
				<category>Solr</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Fri, 10 Jun 2011 08:10:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2011/6/10/Issue-with-ColdFusions-Built-In-Solr-on-Mac</guid>
				
			</item>
			
			<item>
				<title>cf-spreadsheet-taglib</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2011/4/22/cfspreadsheettaglib</link>
				<description>
				
				Today I threw together a quick custom tag library for ColdFusion 9 which allows you to build Excel spreadsheets using syntax similar to HTML tables. Right now it is very basic but I plan to expand on it as needed. You can check it out on &lt;a href=&quot;https://github.com/nmische/cf-spreadsheet-taglib&quot; target=&quot;_blank&quot;&gt;GitHub&lt;/a&gt;. 
				</description>
				
				<category>ColdFusion</category>				
				
				<pubDate>Fri, 22 Apr 2011 16:26:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2011/4/22/cfspreadsheettaglib</guid>
				
			</item>
			
			<item>
				<title>ColdFire Update</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2011/3/24/ColdFire-Update</link>
				<description>
				
				&lt;a href=&quot;http://coldfire.riaforge.org&quot; target=&quot;_blank&quot;&gt;ColdFire&lt;/a&gt; has been updated to work with Firefox 4/Firebug 1.7. This is an Add-on update only, so no need to update the server bits with this release. As always report any issues on the &lt;a href=&quot;http://coldfire.riaforge.org/index.cfm?event=page.issues&quot; target=&quot;_blank&quot;&gt;RIAForge bug tracker&lt;/a&gt;. 
				</description>
				
				<category>ColdFire</category>				
				
				<category>Tools</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Thu, 24 Mar 2011 16:19:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2011/3/24/ColdFire-Update</guid>
				
			</item>
			
			<item>
				<title>AMF Explorer 0.7</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2011/3/23/AMF-Explorer-07</link>
				<description>
				
				AMF Explorer has been updated to work with Firefox 4 and Firebug 1.7. In the process I also added a the ability to copy the AMF data to the clipboard in JSON format. 

&lt;img src=&quot;http://www.mischefamily.com/nathan/images//amfexplorer_v0.7.png&quot;&gt;

The new version is awaiting review on the AMO site, but if you want to get it now you can install it from here: &lt;a href=&quot;https://addons.mozilla.org/en-us/firefox/addon/amf-explorer/versions/&quot; target=&quot;_blank&quot;&gt;https://addons.mozilla.org/en-us/firefox/addon/amf-explorer/versions/&lt;/a&gt; 
				</description>
				
				<category>Tools</category>				
				
				<category>AMF Explorer</category>				
				
				<pubDate>Wed, 23 Mar 2011 11:11:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2011/3/23/AMF-Explorer-07</guid>
				
			</item>
			
			<item>
				<title>On Null</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2011/2/16/On-Null</link>
				<description>
				
				I&apos;m finally doing a lot of work with CF 9&apos;s ORM and I&apos;m finding that dealing with null values in CFML can be quite a pain, especially when working with relationships. One thing that comes up quite a bit is iterating over child collections. ColdFusion goes out of it&apos;s way to shield developers from null values, yet when an entity has an empty collection ColdFusion returns a null. (Long time user of CFML would likely expect an empty array here, similar to how &amp;lt;cfquery&amp;gt; returns and empty string for null values, but this is not the case.) This means I end up doing something like this quite a bit:  [More]
				</description>
				
				<category>ColdFusion</category>				
				
				<pubDate>Wed, 16 Feb 2011 15:56:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2011/2/16/On-Null</guid>
				
			</item>
			
			<item>
				<title>Quick Tip: cffile action=?append? in cfscript</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2011/2/1/Quick-Tip-cffile-actionappend-in-cfscript</link>
				<description>
				
				So this is old news - like ColdFuison 8 old news - but I&apos;ve only started to use cfscript heavily with ColdFusion 9 so I just ran into this today.  If you need to append to a file in cfscript you first need to use FileOpen() to open a file object in the append mode.

&lt;code&gt;
fileObj = FileOpen(&quot;/path/to/myfile.txt&quot;,&quot;append&quot;);
&lt;/code&gt;

Then you can append to the file using FileWrite():

&lt;code&gt;
FileWrite( fileObj, &quot;What ever is here gets appended.&quot;);
&lt;/code&gt;

Note that unlike the default behavior of &amp;lt;cffile action=&quot;append&quot;&amp;gt; FileWrite() does not append a newline character to text written to file.

Appending to a file isn&apos;t documented on the FileWrite() documentation for either ColdFusion 8 or ColdFuison 9, and the documentation does not list FileOpen() in the See Also section, so this took me a lot longer to figure out than it should have. Anyway, I hope this helps others making the transition from tag based to script based CFML. 
				</description>
				
				<category>ColdFusion</category>				
				
				<pubDate>Tue, 01 Feb 2011 09:06:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2011/2/1/Quick-Tip-cffile-actionappend-in-cfscript</guid>
				
			</item>
			
			<item>
				<title>ColdFire 1.6 Update</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2010/12/28/ColdFire-16-Update</link>
				<description>
				
				Just a quick post to let folks know I&apos;ve released an update for &lt;a href=&quot;http://coldfire.riaforge.org&quot;&gt;ColdFire 1.6&lt;/a&gt; that fixes an issue changing ColdFire views when Firebug is detached from the main browser window. I advise all ColdFire users to update, even you are not seeing this issue, as the initial ColdFire 1.6 release was using an obsolete Firebug API and silently throwing errors. This is a Firebug extension update only so there is no need to update any of the ColdFire templates on the server.

Thanks to ColdFire user Rob Barthle for reporting this issue and taking the time to put together a screencast so I could easily see the problem. 
				</description>
				
				<category>ColdFire</category>				
				
				<category>Tools</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Tue, 28 Dec 2010 21:45:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2010/12/28/ColdFire-16-Update</guid>
				
			</item>
			
			<item>
				<title>ColdFire Update</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2010/11/30/ColdFire-Update</link>
				<description>
				
				Yesterday the Firebug team released &lt;a href=&quot;http://blog.getfirebug.com/2010/11/29/firebug-1-6-0/&quot;&gt;Firebug 1.6&lt;/a&gt;. This version has quite a few &lt;a href=&quot;http://getfirebug.com/wiki/index.php/Firebug_Release_Notes#Firebug_1.6&quot;&gt;updates and bugfixes&lt;/a&gt;, but there was also some refactoring done to core components that broke &lt;a href=&quot;coldfire.riaforge.org&quot;&gt;ColdFire&lt;/a&gt;. Luckily the Firebug team does a good job with branching in their SVN repo so it was easy enough to compare Firebug 1.5 to 1.6 and make the necessary updates to ColdFire. So, if you have updated to Firebug 1.6 and noticed that ColdFire stopped working, go download the new ColdFire 1.6 and you should be good to go. Note that this release only updated the ColdFire Firebug extension so there should be no need to update any of the ColdFire debugging templates on your ColdFusion servers. As always, if you have any issues please report them on the &lt;a href=&quot;http://coldfire.riaforge.org&quot;&gt;RIAForge project page&lt;/a&gt;. 
				</description>
				
				<category>ColdFire</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Tue, 30 Nov 2010 09:02:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2010/11/30/ColdFire-Update</guid>
				
			</item>
			
			<item>
				<title>Solr Indexing of ORM Entities: SolrEntity</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2010/11/12/Solr-Indexing-of-ORM-Entities-SolrEntity</link>
				<description>
				
				ColdFusion 9 introduced two new features, Hibernate based ORM and Solr full text search indexing, however using the two together &lt;a href=&quot;http://www.coldfusionjedi.com/index.cfm/2009/8/20/Simple-ColdFusion-9-ORMSolr-Example&quot;&gt;never seemed as easy as it could be&lt;/a&gt;. In the Java world you have &lt;a href=&quot;http://www.hibernate.org/subprojects/search.html&quot;&gt;Hibernate Search&lt;/a&gt; or the &lt;a href=&quot;http://wiki.apache.org/solr/Solrj#Directly_adding_POJOs_to_Solr&quot;&gt;SolrJ&lt;/a&gt; client, both of which allow you to easily include an entity in a Lucene/Solr search index via simple annotations. Taking those projects as inspiration I came up with &lt;a href=&quot;https://github.com/nmische/cf-solrentity&quot;&gt;SolrEntity&lt;/a&gt;, a base component that implements ColdFusion ORM event handler methods to manage indexing of an entity via simple annotations (custom metadata attributes).  [More]
				</description>
				
				<category>Solr</category>				
				
				<category>ColdFusion</category>				
				
				<category>Java</category>				
				
				<pubDate>Fri, 12 Nov 2010 00:00:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2010/11/12/Solr-Indexing-of-ORM-Entities-SolrEntity</guid>
				
			</item>
			
			<item>
				<title>Another cf-websocket-gateway Update</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2010/9/23/Another-cfwebsocketgateway-Update</link>
				<description>
				
				I just released version 1.2 of &lt;a href=&quot;http://github.com/nmische/cf-websocket-gateway&quot;&gt;cf-websocket-gateway&lt;/a&gt;. This is a bug fix release which addresses &lt;a href=&quot;http://github.com/TooTallNate/Java-WebSocket/commit/b6d0a83305a7d027b2be9bb3eb86a674988dc078&quot;&gt;I/O issues&lt;/a&gt; in the underlying &lt;a href=&quot;http://github.com/TooTallNate/Java-WebSocket&quot;&gt;Java-WebSocket&lt;/a&gt; server. If you are using cf-websocket-gateway I highly recommend updating to this latest version. 
				</description>
				
				<category>CF WebSocket Gateway</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Thu, 23 Sep 2010 21:28:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2010/9/23/Another-cfwebsocketgateway-Update</guid>
				
			</item>
			
			<item>
				<title>New cf-websocket-gateway Released</title>
				<link>http://www.mischefamily.com/nathan/index.cfm/2010/9/20/New-cfwebsocketgateway-Released</link>
				<description>
				
				I&apos;ve released a new version of &lt;a href=&quot;http://github.com/nmische/cf-websocket-gateway&quot;&gt;cf-websocket-gateway&lt;/a&gt; which allows for targeted messaging. In the first release, messages were sent to all connected WebSocket clients. With this release you can now send messages to a single client or sets of clients. For more information see the &lt;a href=&quot;http://github.com/nmische/cf-websocket-gateway/wiki&quot;&gt;github wiki&lt;/a&gt;.

I&apos;ve also upload three sample applications that show how to use the WebSocket gateway with &lt;a href=&quot;http://github.com/gimite/web-socket-js/&quot;&gt;Flash fallback&lt;/a&gt; for browsers that do not support WebSockets. The examples are available in the v.1.1 download. 
				</description>
				
				<category>CF WebSocket Gateway</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Mon, 20 Sep 2010 20:47:00-0400</pubDate>
				<guid>http://www.mischefamily.com/nathan/index.cfm/2010/9/20/New-cfwebsocketgateway-Released</guid>
				
			</item>
			</channel></rss>
