<?xml version="1.0" encoding="utf-8"?>
			
			<rss version="2.0">
			<channel>
			<title>FUblog</title>
			<link>http://developer.fusium.com/fublog/</link>
			<description>Fusium Blog </description>
			<language>en-us</language>
			<pubDate>Wed, 08 Sep 2010 18:24:09 -0400</pubDate>
			<lastBuildDate>Tue, 29 May 2007 00:00:00 -0400</lastBuildDate>
			<generator>BlogCFC</generator>
			<docs>http://blogs.law.harvard.edu/tech/rss</docs>
			<managingEditor>info@Fusium.com</managingEditor>
			<webMaster>info@Fusium.com</webMaster>
			
			
			
			
			
			<item>
				<title>Moving On</title>
				<link>http://developer.fusium.com/fublog//2007/5/29/Moving-On</link>
				<description>
				
				As you can see, there&apos;s not much activity here anymore.

You can find more of Nat&apos;s wisdom at &lt;a href=&quot;http://www.webapper.net/&quot;&gt;webapper&lt;/a&gt;. 

Erik is now blogging at &lt;a href=&quot;http://www.psykel.com/blog/&quot;&gt;psykel&lt;/a&gt;. 

Happy Trails,
grumps
				
				</description>
				
				<category>Server</category>
				
				<category>General</category>
				
				<category>CSS</category>
				
				<category>Java</category>
				
				<category>ColdFusion</category>
				
				<category>FUsebox</category>
				
				<category>Minaret</category>
				
				<category>Hardware</category>
				
				<category>Database</category>
				
				<category>CommonSnot</category>
				
				<pubDate>Tue, 29 May 2007 00:00:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog//2007/5/29/Moving-On</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Nested Query Loops - Worst code ever</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=6F453555-B754-F0CF-180CE879AB8F2E0D</link>
				<description>
				
				I had no idea how bad nested query loops are.  But oh man, they are BAD.  

I came across this &quot;technique&quot; this week when a very busy site started resonding extremely slowly - like 30 seconds per request, sometimes more.  I didn&apos;t write the code, but I &quot;got&quot; to fix it.

Check this out, if you have a strong stomach:
				 [More]
				</description>
				
				<category>ColdFusion</category>
				
				<pubDate>Thu, 25 May 2006 22:44:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=6F453555-B754-F0CF-180CE879AB8F2E0D</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>SeeFusion really saved our asses</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=6EDA996C-BB3F-25D7-AD82570344BBA33E</link>
				<description>
				
				This past Sunday, the 21st of May &apos;06, DNS transferred over to our servers for a big client site we rebuilt. Monday was sketchy with uptime declining, our server monitors beeping pretty much all day and us pulling our hair out trying to figure out the problem. Since then, we&apos;ve been locked in a fight-to-the-death for the last few days with our monster server.
				 [More]
				</description>
				
				<category>Server</category>
				
				<category>ColdFusion</category>
				
				<category>Hardware</category>
				
				<pubDate>Thu, 25 May 2006 20:54:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=6EDA996C-BB3F-25D7-AD82570344BBA33E</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>Keep it scalable, kids</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=60112D48-E181-5AD2-0C090CD206032902</link>
				<description>
				
				We had a lot of trouble today with some really bad code that looked to be written about 10 years ago.

It was simply horrible.  Nested loops, tons of CFIFs, you name it.  Opening and editing this one CF file felt kinda like fixing a leaky pipe in my crawlspace.  Dusty air, spiders all over the place, dark, no room to move...yuck.

Anyway this one page suddenly became very popular, and was definately NOT scalable.  I rewrote it so the server would stop crashing (!) and it is now seriously about 100 times faster than before.

If, by chance, you are a person looking for web development services, be sure to get someone who knows what they&apos;re doing.  

If, by chance, you are a developer, make your code scalable.  Most of you know this, but I&apos;ll say it anyway -- Just because your code runs well on your dev box, it doesn&apos;t mean it will perform the same way when it&apos;s hit by 50 concurrent users.  And if you have to write nasty slow code, at least cache it.

Thanks, I&apos;m going to bed now.
				
				</description>
				
				<category>General</category>
				
				<category>ColdFusion</category>
				
				<pubDate>Mon, 22 May 2006 23:55:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=60112D48-E181-5AD2-0C090CD206032902</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>International Characters</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=1F1FA316-AEB6-0AB7-4A7E7B8473D63AB2</link>
				<description>
				
				Every now and then you get a little job that seems simple and straight forward, but is anything but.  I just encountered one of those.

I recently inherited an old CF application, written in CF 4.5 or 5.0.

The cfml templates have Japanese characters simply pasted in the file, with a meta tag in the HEAD section of the HTML that sets the character set to x-sjis (shift japanese).
				 [More]
				</description>
				
				<category>ColdFusion</category>
				
				<pubDate>Tue, 21 Mar 2006 15:07:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=1F1FA316-AEB6-0AB7-4A7E7B8473D63AB2</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>SES can cause trouble if you&apos;re not careful</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=09BD6C62-9535-39A9-AF1FC6B2DC0010FE</link>
				<description>
				
				So I recently deployed some SES URL code to a big site we did.  One thing I forgot to do was adjust a layout file that is used by sort of sister site - same content, different layouts.

Anyway, I did not add the BASE HREF tag to this layout file.  The layout file uses about 50 images or so, all called via a virtual directory.  

&lt;div class=&quot;code&quot;&gt;&lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=PURPLE&gt;&amp;lt;img src=&lt;FONT COLOR=BLUE&gt;&quot;myDir/whatever.gif&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/div&gt;

Since I forgot to add a BASE HREF, each image call was preceded with the entire SES url:

&lt;div class=&quot;code&quot;&gt;&lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=PURPLE&gt;&amp;lt;img src=&lt;FONT COLOR=BLUE&gt;&quot;&lt;A TARGET=&quot;_blank&quot; HREF=&quot;http://www.example.com/one/two/three/myDir/whatever.gif&quot;&gt;http://www.example.com/one/two/three/myDir/whatever.gif&lt;/A&gt;&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/div&gt;

So each image request actually called a page of the site!  Worse yet, the code took MYDIR as a url parameter, which caused the code to throw an error (an unexpected value).

So each page request was throwing about 50 or so errors, each of which resulted in a robust error report sent to my inbox.  I&apos;m still getting email messages 30 minutes later.  Ugh.
				
				</description>
				
				<category>General</category>
				
				<category>ColdFusion</category>
				
				<pubDate>Fri, 17 Mar 2006 11:36:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=09BD6C62-9535-39A9-AF1FC6B2DC0010FE</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>SES lives on</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=095FF786-059E-B566-621280162E01617F</link>
				<description>
				
				I&apos;ve done a lot of work with SES, (Search Engine Safe) URLS in the past.  I new project has recently required I use them again.  

This client knows a lot about Google placement so it&apos;s quite interesting.  We&apos;ll see how they work.

Changes will probably be made to the &lt;a href=&quot;http://www.redvipersystems.com&quot;&gt;red viper systems&lt;/a&gt; and &lt;a href=&quot;http://www.greenvipersystems.com&quot;&gt;green viper systems&lt;/a&gt; websites based on the lessons learned here.

See &lt;a href=&quot;http://www.fusium.com/go/ses&quot;  target=&quot;_blank&quot;&gt;here&lt;/a&gt; for our sesConverter stuff, or &lt;a href=&quot;http://developer.fusium.com/tools/sesDemo/&quot; target=&quot;_blank&quot;&gt; see it in action&lt;/a&gt;.
				
				</description>
				
				<category>General</category>
				
				<category>ColdFusion</category>
				
				<pubDate>Fri, 17 Mar 2006 10:00:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=095FF786-059E-B566-621280162E01617F</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>base href breaks javascript form submit</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=095DBBF9-F83F-222F-15FB46926245C2AB</link>
				<description>
				
				I placed a BASE HREF tag in my application the other day.  To my dismay, it somehow screwed up all of my links that submit a form.  For example:

&lt;div class=&quot;code&quot;&gt;&lt;FONT COLOR=GREEN&gt;&amp;lt;a href=&lt;FONT COLOR=BLUE&gt;&quot;#&quot;&lt;/FONT&gt; onclick=&lt;FONT COLOR=BLUE&gt;&quot;document.theForm.submit();&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;/div&gt;

I still am not sure what the issue is.  I worked around it fairly easily so I guess I&apos;ll put off investigation for when I have the time.

But it&apos;s a very irritating little problem that took a while to diagnose.
				
				</description>
				
				<category>General</category>
				
				<category>ColdFusion</category>
				
				<pubDate>Fri, 17 Mar 2006 09:56:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=095DBBF9-F83F-222F-15FB46926245C2AB</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>RegEx Backreferences</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=DC472FEF-C945-82A2-F5A8E0915AFA7B81</link>
				<description>
				
				Backreferences are cool, but I&apos;ve never needed to use them before.  

I just ran into something where they were quite handy.

I had to manipulate a string like the following:
&lt;div class=&quot;code&quot;&gt;TNF S/S VENT POLY SHIRT W&lt;/div&gt;

The end goal was to see if the string had either a S/S or L/S in it, along with SHIRT.  If both substrings were found, remove SHIRT and move the S/S or L/S to the end of the string.

It&apos;s not hard, but a one liner kind of is.  Backreferences really helped out here.
				 [More]
				</description>
				
				<category>General</category>
				
				<category>ColdFusion</category>
				
				<pubDate>Wed, 08 Mar 2006 15:47:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=DC472FEF-C945-82A2-F5A8E0915AFA7B81</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>CF Loop Bug</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=DB31ECE3-A23C-E4F8-1242EAF476138E0B</link>
				<description>
				
				I&apos;ve seen this numerous times throughout the years but I&apos;ve never actually written it down.

When you do a CFLOOP within a query loop, odd things occasionally happen.

For example:
&lt;div class=&quot;code&quot;&gt;&lt;FONT COLOR=MAROON&gt;&amp;lt;cfoutput query=&lt;FONT COLOR=BLUE&gt;&quot;getWidgets&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;br&gt;
  &lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=FF8000&gt;&amp;lt;select name=&lt;FONT COLOR=BLUE&gt;&quot;whatever&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;br&gt;
  &lt;FONT COLOR=MAROON&gt;&amp;lt;cfloop query=&lt;FONT COLOR=BLUE&gt;&quot;getThings&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=FF8000&gt;&amp;lt;option value=&lt;FONT COLOR=BLUE&gt;&quot;#getThings.ID#&quot;&lt;/FONT&gt; &lt;FONT COLOR=MAROON&gt;&amp;lt;cfif getThingsID EQ getWidgets.ThingID&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/FONT&gt;selected &lt;FONT COLOR=MAROON&gt;&amp;lt;/cfif&amp;gt;&lt;/FONT&gt;&amp;gt;#getThings.Name#&lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=FF8000&gt;&amp;lt;/option&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;br&gt;
  &lt;FONT COLOR=MAROON&gt;&amp;lt;/cfloop&amp;gt;&lt;/FONT&gt;&lt;br&gt;
  &lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=FF8000&gt;&amp;lt;/select&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;/cfoutput&amp;gt;&lt;/FONT&gt;&lt;/div&gt;

The value for getWidgets.ThingID will be lost!  

So you have to patch it up like so:
&lt;div class=&quot;code&quot;&gt;&lt;FONT COLOR=MAROON&gt;&amp;lt;cfoutput query=&lt;FONT COLOR=BLUE&gt;&quot;getWidgets&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;br&gt;
  &lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=FF8000&gt;&amp;lt;select name=&lt;FONT COLOR=BLUE&gt;&quot;whatever&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;br&gt;
&lt;br&gt;
  &lt;FONT COLOR=GRAY&gt;&lt;I&gt;&amp;lt;!--- This line will fix the problem ---&amp;gt;&lt;/I&gt;&lt;/FONT&gt;&lt;br&gt;
  &lt;FONT COLOR=MAROON&gt;&amp;lt;cfset foo = getWidgets.thingID&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;br&gt;
  &lt;FONT COLOR=MAROON&gt;&amp;lt;cfloop query=&lt;FONT COLOR=BLUE&gt;&quot;getThings&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=FF8000&gt;&amp;lt;option value=&lt;FONT COLOR=BLUE&gt;&quot;#getThings.ID#&quot;&lt;/FONT&gt; &lt;FONT COLOR=MAROON&gt;&amp;lt;cfif getThingsID EQ foo&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/FONT&gt;selected &lt;FONT COLOR=MAROON&gt;&amp;lt;/cfif&amp;gt;&lt;/FONT&gt;&amp;gt;#getThings.Name#&lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=FF8000&gt;&amp;lt;/option&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;br&gt;
  &lt;FONT COLOR=MAROON&gt;&amp;lt;/cfloop&amp;gt;&lt;/FONT&gt;&lt;br&gt;
  &lt;FONT COLOR=NAVY&gt;&lt;FONT COLOR=FF8000&gt;&amp;lt;/select&amp;gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;/cfoutput&amp;gt;&lt;/FONT&gt;&lt;/div&gt;

This happens in pretty much all versions of CF I&apos;ve tested on, including v7.  

I don&apos;t think this happens EVERY time, just in certain situations.  Irritating?  Hell yeah.
				
				</description>
				
				<category>ColdFusion</category>
				
				<pubDate>Wed, 08 Mar 2006 10:41:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=DB31ECE3-A23C-E4F8-1242EAF476138E0B</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>cfcontent download with firefox</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=ECDC8BBB-FE38-7A6A-BFB9BB67CD01AC40</link>
				<description>
				
				Jeff Smallwood had a problem with forcing downloads of files with spaces in the filename.

You normally use a cfcontent tag like so:

&lt;div class=&quot;code&quot;&gt;&lt;FONT COLOR=MAROON&gt;&amp;lt;cfheader name=&lt;FONT COLOR=BLUE&gt;&quot;Content-Disposition&quot;&lt;/FONT&gt; value=&lt;FONT COLOR=BLUE&gt;&quot;attachment; filename=&apos;#strFilename#&apos;&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;/div&gt;

But the single-quotes around the filename are not sufficient to persuade Firefox to download the file.

Instead, switch the double and single quotes like so:

&lt;div class=&quot;code&quot;&gt;&lt;FONT COLOR=MAROON&gt;&amp;lt;cfheader name=&lt;FONT COLOR=BLUE&gt;&quot;Content-Disposition&quot;&lt;/FONT&gt; value=&apos;attachment; filename=&lt;FONT COLOR=BLUE&gt;&quot;#strFilename#&quot;&lt;/FONT&gt;&apos;&amp;gt;&lt;/FONT&gt;&lt;/div&gt;

This is going into Minaret &lt;i&gt;right now&lt;/i&gt;.
				
				</description>
				
				<category>ColdFusion</category>
				
				<pubDate>Fri, 02 Dec 2005 11:02:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=ECDC8BBB-FE38-7A6A-BFB9BB67CD01AC40</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>jrun4 not compatible with 64-bit JVM</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=D9131167-B2BE-5564-6E639919E70ED1B5</link>
				<description>
				
				I &lt;a href=&quot;http://developer.fusium.com/FUblog/index.cfm?mode=entry&amp;entry=C41FC689-AF6C-E817-54B71445686F5645&quot;&gt;lamented&lt;/a&gt; on the inability to run CFMX as a true 64-bit app, but felt haughty enough to overcome the problem.

Alas, I am giving up. The crux of the issue seems to be that although JRun will run with Java 1.5, it will not run with Java 1.5 &lt;i&gt;on the AMD64 version&lt;/i&gt;.
				
				</description>
				
				<category>Java</category>
				
				<category>ColdFusion</category>
				
				<category>Hardware</category>
				
				<pubDate>Mon, 28 Nov 2005 14:48:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=D9131167-B2BE-5564-6E639919E70ED1B5</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>64-bit ColdFusion</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=C41FC689-AF6C-E817-54B71445686F5645</link>
				<description>
				
				We got a new dev server: dual Opteron, 4GB RAM, dual raid, etc. So far very happy; now I&apos;m trying to install through-and-through 64-bit applications on it.

I have Windows Server 2003 64-bit installed, and planned to use IIS 6. Sun JVM (latest being 1.5.0_05) has an AMD64 version. But how can I run CF7 on it?

I found &lt;a href=&quot;http://www.macromedia.com/support/coldfusion/j2ee/cfmx7j2ee_tomcat_deploy.html&quot;&gt;this mm.com article&lt;/a&gt;, &lt;a href=&quot;http://www.macromedia.com/support/coldfusion/j2ee/phase2-tomcat-deploy.html&quot;&gt;this other mm.com article&lt;/a&gt;, &lt;a href=&quot;http://www.macromedia.com/cfusion/webforums/forum/messageview.cfm?catid=3&amp;threadid=1038368&amp;enterthread=y&quot;&gt;this descriptive MM forums thread&lt;/a&gt;, some old threads on &lt;a href=&quot;http://www.mail-archive.com&quot;&gt;CF-Talk&lt;/a&gt;, and blog entries by &lt;a href=&quot;http://www.forta.com/blog/index.cfm?mode=e&amp;entry=1545&quot;&gt;Ben
Forta&lt;/a&gt;, &lt;a href=&quot;http://www.talkingtree.com/blog/index.cfm/2005/11/14/VAdministrationErrorWithJVM15&quot;&gt;Steven Erat&lt;/a&gt; and &lt;a href=&quot;http://www.petefreitag.com/item/156.cfm&quot;&gt;Pete Frietag&lt;/a&gt;.

But it just seems too darn silly! Am I really going to have Tomcat or another Java/J2EE server to run CF7 as a war? Jrun 4 seems like older
technology (although Jrun updater 5 does support Java 1.5). 

Any advice from someone who has either tried and failed or tried and succeeded in getting an all 64-bit platform running? I want 64-bit hardware running a 64-bit OS, with a 64-bit JVM with IIS running in 64-bit mode (rather than IIS5 isolation mode), and 64-bit capable ColdFusion, if that means running a 64-bit capable Java server with CF on top. 

I suppose this is just another example of Macromedia claiming that ColdFusion is enterprise-worthy when anyone, anywhere in any enterprise knows for god sakes that it sure as hell ain&apos;t.
				
				</description>
				
				<category>Java</category>
				
				<category>ColdFusion</category>
				
				<category>Hardware</category>
				
				<pubDate>Thu, 24 Nov 2005 13:07:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=C41FC689-AF6C-E817-54B71445686F5645</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>gregorian calendar in web services</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=C42752D8-9AC2-0EE9-E2EBDF93A66C6CBB</link>
				<description>
				
				If I pass a ColdFusion &quot;date&quot; variable (created by #now()#) as an argument into a CFC web service, the ws understands the date arg as being of a date type.

But if I pass that same variable as an array element, the ws on the other end thinks it&apos;s a java.util.GregorianCalendar. Which sucks. See sample code below. Run test.cfm, which hits test.cfc.

Other than checking any potential date fields to see if they are gregoriancalendars before working
with them, I can&apos;t see a way around it.

&lt;div class=&quot;code&quot;&gt;&lt;FONT COLOR=GRAY&gt;&lt;I&gt;&amp;lt;!--- test.cfm ---&amp;gt;&lt;/I&gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfset myargs = structnew() /&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfset myargs.ar = arraynew(&lt;FONT COLOR=BLUE&gt;1&lt;/FONT&gt;) /&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfset myargs.ar[1] = now() /&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfinvoke webservice=&lt;FONT COLOR=BLUE&gt;&quot;&lt;A TARGET=&quot;_blank&quot; HREF=&quot;http://localhost/test.cfc?wsdl&quot;&gt;http://localhost/test.cfc?wsdl&lt;/A&gt;&quot;&lt;/FONT&gt; method=&lt;FONT COLOR=BLUE&gt;&quot;test&quot;&lt;/FONT&gt;&lt;br&gt;
myargs=&lt;FONT COLOR=BLUE&gt;&quot;#myargs#&quot;&lt;/FONT&gt; returnvariable=&lt;FONT COLOR=BLUE&gt;&quot;foo&quot;&lt;/FONT&gt; /&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfdump var=&lt;FONT COLOR=BLUE&gt;&quot;#foo#&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt; &lt;FONT COLOR=GRAY&gt;&lt;I&gt;&amp;lt;!--- shows &lt;FONT COLOR=BLUE&gt;&quot;proper&quot;&lt;/FONT&gt; date echoed back ---&amp;gt;&lt;/I&gt;&lt;/FONT&gt;&lt;br&gt;
&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfset myargs = structnew() /&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfset myargs.thisdt = now() /&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfinvoke webservice=&lt;FONT COLOR=BLUE&gt;&quot;&lt;A TARGET=&quot;_blank&quot; HREF=&quot;http://localhost/test.cfc?wsdl&quot;&gt;http://localhost/test.cfc?wsdl&lt;/A&gt;&quot;&lt;/FONT&gt; method=&lt;FONT COLOR=BLUE&gt;&quot;test&quot;&lt;/FONT&gt;&lt;br&gt;
myargs=&lt;FONT COLOR=BLUE&gt;&quot;#myargs#&quot;&lt;/FONT&gt; returnvariable=&lt;FONT COLOR=BLUE&gt;&quot;foo&quot;&lt;/FONT&gt; /&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfdump var=&lt;FONT COLOR=BLUE&gt;&quot;#foo#&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt; &lt;FONT COLOR=GRAY&gt;&lt;I&gt;&amp;lt;!--- shows gregoriancalendar ---&amp;gt;&lt;/I&gt;&lt;/FONT&gt;&lt;/div&gt;

&lt;div class=&quot;code&quot;&gt;&lt;FONT COLOR=GRAY&gt;&lt;I&gt;&amp;lt;!--- test.cfc ---&amp;gt;&lt;/I&gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cfcomponent&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;cffunction name=&lt;FONT COLOR=BLUE&gt;&quot;test&quot;&lt;/FONT&gt; access=&lt;FONT COLOR=BLUE&gt;&quot;remote&quot;&lt;/FONT&gt; output=&lt;FONT COLOR=BLUE&gt;&quot;No&quot;&lt;/FONT&gt; returntype=&lt;FONT COLOR=BLUE&gt;&quot;struct&quot;&lt;/FONT&gt;&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;FONT COLOR=MAROON&gt;&amp;lt;cfargument name=&lt;FONT COLOR=BLUE&gt;&quot;myargs&quot;&lt;/FONT&gt; type=&lt;FONT COLOR=BLUE&gt;&quot;struct&quot;&lt;/FONT&gt; required=&lt;FONT COLOR=BLUE&gt;&quot;Yes&quot;&lt;/FONT&gt; /&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;FONT COLOR=MAROON&gt;&amp;lt;cfreturn arguments.myargs /&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;/cffunction&amp;gt;&lt;/FONT&gt;&lt;br&gt;
&lt;FONT COLOR=MAROON&gt;&amp;lt;/cfcomponent&amp;gt;&lt;/FONT&gt;&lt;/div&gt;
				
				</description>
				
				<category>ColdFusion</category>
				
				<pubDate>Thu, 29 Sep 2005 13:19:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=C42752D8-9AC2-0EE9-E2EBDF93A66C6CBB</guid>
				
			</item>
			
		 	
			
			
			<item>
				<title>seefusion</title>
				<link>http://developer.fusium.com/fublog/?mode=entry&amp;entry=C429F597-D27F-20AE-E56C65562C5D1A03</link>
				<description>
				
				&lt;a href=&quot;http://www.seefusion.com/&quot;&gt;SeeFusion is rad&lt;/a&gt;
				
				</description>
				
				<category>ColdFusion</category>
				
				<pubDate>Thu, 25 Aug 2005 13:24:00 -0400</pubDate>
				<guid>http://developer.fusium.com/fublog/?mode=entry&amp;entry=C429F597-D27F-20AE-E56C65562C5D1A03</guid>
				
			</item>
			
		 	
			</channel></rss>
	

