<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc = "http://purl.org/dc/elements/1.1/" xmlns="http://purl.org/rss/1.0/">
	<channel rdf:about="http://livedocs.adobe.com/">
	<title>LiveDocs Comments - coldfusion - 6.1 - htmldocs - tags-pa4.htm</title>	
		<link>http://livedocs.adobe.com/</link>
		<description>Macromedia LiveDocs - online documentation with user feedback.</description>
		<copyright>Copyright 2009, Macromedia, Inc.</copyright>
		<dc:date>2009-11-25T14:45:21</dc:date>
		<dc:language>en-us</dc:language>
		<items>
			<rdf:Seq>
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#50012" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#49712" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#33494" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#33368" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#26263" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#26171" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#24005" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#23821" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#19090" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#14139" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#11407" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#4296" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#4285" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3282" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3281" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3264" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3262" />
			</rdf:Seq>
		</items>
	</channel>
	
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#50012">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#50012</link>
		<description>In the time since I posted the above response, I found a way to keep the type numeric while allowing NULL parameters to be passed in.  It's not as elegant as allowing NULLs.&lt;br /&gt;&lt;br /&gt;&lt;cfargument type=&quot;numeric&quot; name=&quot;paramName&quot; default=&quot;-1&quot; required=&quot;false&quot; /&gt;&lt;br /&gt;&lt;br /&gt;Then in the function code, handle the value -1 for the parameter being NULL.  That's the downside: switching from isDefined() or len() to neq -1 for a valid value.  There is nothing special about the -1--any number will do.  Picking a number that will not be used will help avoid logic errors.&lt;br /&gt;&lt;br /&gt;HTH</description>
		<dc:creator>Glizman</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-06-23T09:36:59</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#49712">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#49712</link>
		<description>cedgar, I'm running into the same issue with type-errors because of null values.  NULL (&quot;&quot;) is a valid string in CF, but I'd rather use the type I'm working with.  It's a lot of extra work setting cfparams to values not being used that are properly typed prior to each function invocation.  I find documenting the value--null in disguise--to be helpful to remember the purpose months down the road.  I would think null is of every type.  In SQL, when I insert a null into a nullable integer field, I don't need to set it to another number before reaching the database.  It's just NULL.</description>
		<dc:creator>Glizman</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-06-14T08:37:28</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#33494">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#33494</link>
		<description>i am passing in a structure like this:&lt;br /&gt;&lt;cfset args = structNew()&gt;&lt;br /&gt;&lt;cfset dummy = structInsert(args, &quot;a&quot;, 1)&gt;&lt;br /&gt;&lt;cfset dummy = structInsert(args, &quot;b&quot;, 2)&gt;&lt;br /&gt;&lt;cfset dummy = structInsert(args, &quot;c&quot;, 3)&gt;&lt;br /&gt;&lt;cfset dummy = structInsert(args, &quot;d&quot;, 4)&gt;&lt;br /&gt;&lt;br /&gt;...&lt;br /&gt;argumentcollection=&quot;#args#&quot;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;in the function i have:&lt;br /&gt;&lt;br /&gt;&lt;cfargument name=&quot;aaa1&quot; required=&quot;Yes&quot;&gt;&lt;br /&gt;&lt;cfargument name=&quot;aab2&quot; required=&quot;Yes&quot;&gt;&lt;br /&gt;&lt;cfargument name=&quot;aac3&quot; required=&quot;Yes&quot;&gt;&lt;br /&gt;&lt;cfargument name=&quot;aad4&quot; required=&quot;Yes&quot;&gt;&lt;br /&gt;&lt;br /&gt;so you would think &lt;br /&gt;aaa1 = 1&lt;br /&gt;aab2 = 2&lt;br /&gt;aac3 = 3&lt;br /&gt;aad4 = 4&lt;br /&gt;&lt;br /&gt;however it is:&lt;br /&gt;aaa1 = 3&lt;br /&gt;aab2 = 4&lt;br /&gt;aac3 = 2&lt;br /&gt;aad4 = 1&lt;br /&gt;&lt;br /&gt;how come???</description>
		<dc:creator>ultrafresh</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-05-17T10:17:42</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#33368">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#33368</link>
		<description>It's not mentioned in the docs above, but using the UUID type attribute and passing in a UUID that's not all uppercase causes an error stating that the UUID isn't valid. The same UUID in uppercase works just fine.</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-05-13T05:05:47</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#26263">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#26263</link>
		<description>I'm sorry for the confusion. We should have confirmed the accuracy of Corey Gilmore's comment, because it is accurate.</description>
		<dc:creator>jrunrandy</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2005-01-06T09:54:53</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#26171">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#26171</link>
		<description>Corey Gilmore's statement on Oct 29, 2003 at 1:47 PM seemingly received no response. Is this person an authority on coldFusion and making a correction to the documentation?&lt;br /&gt;I ask this because I am having precisely this problem and it seems ridiculous that this problem would not be noted as a caveat to the usage of this technology other than a person who is ostensibly not an authority. &lt;br /&gt; It is not in the known issues of CFMX 6.1.</description>
		<dc:creator>PopularAuthor</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-01-04T23:58:43</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#24005">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#24005</link>
		<description>I think the doc should state how arguments are passed: either by value or by reference. I thought that an argument of type ARRAY is called by reference but learned that it cannot be like that .... unfortunately.&lt;br /&gt;&lt;br /&gt;My code&lt;br /&gt;---&lt;br /&gt;caller_arr = ArrwaNew(1);&lt;br /&gt;&lt;br /&gt;&lt;cffunction name=&quot;xy&quot;&gt;&lt;br /&gt;   &lt;cfargument name=&quot;arg_arr&quot; type=&quot;array&quot;&gt;&lt;br /&gt;  ...&lt;br /&gt;  &lt;cfset arg_arr[ArrayLen(arg_arr)+1] = &quot;some 2nd text&quot;&lt;br /&gt;&lt;/cffunction&gt;&lt;br /&gt;&lt;br /&gt;&lt;cfset caller_arr[1] = &quot;Init&quot;&gt;&lt;br /&gt;&lt;cfscript&gt;&lt;br /&gt;   xy (caller_arr);&lt;br /&gt;&lt;/cfscript&gt;&lt;br /&gt;---&lt;br /&gt;&lt;br /&gt;&lt;cfdump var=#caller_arr#&gt; gives me only &quot;ini&quot; (1 column)</description>
		<dc:creator>tinu8805</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-11-16T10:31:09</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#23821">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#23821</link>
		<description>I cannot see an appropriate use of &lt;cfargument&gt; with attribute type values of NUMERIC and DATE when passing down an empty value.</description>
		<dc:creator>cedgar</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-11-11T09:40:55</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#19090">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#19090</link>
		<description>Why isn't it possible to use a string variable as the argument's type  parameter?&lt;br /&gt;&lt;br /&gt;This makes using CFC's very hard: &lt;br /&gt;If  I've created a cfc which resides in &lt;br /&gt;D:\my_development_directory\mycfc.cfc and I want reference it from another CFC which is NOT in the same directory (which is a common when they do not share functionality) the only way to reference it seems to be an absoluut path. Ofcourse  deploying my app on a production server  becomes a big problem...&lt;br /&gt;Any one solved this?</description>
		<dc:creator>cdr-80</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-07-28T06:30:44</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#14139">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#14139</link>
		<description>Why wasn't  cfargument TYPE not given an attribute of 'List' ?  &lt;br /&gt;cfqueryparam will not work in a cfc function with the syntax below if you were expecting a 'List' to be passed in.&lt;br /&gt;&lt;cfqueryparam value=&quot;#arguments.permissionList#&quot; cfsqltype=&quot;CF_SQL_INTEGER&quot; list=&quot;yes&quot;&gt;&lt;br /&gt;as a 'List' has to be declared as a 'String'.  &lt;br /&gt;I don't want to run my queries without queryparam, but it seems I'm left with no choice.&lt;br /&gt;&lt;br /&gt;Thanks for any info&lt;br /&gt;Drew</description>
		<dc:creator>first_drew</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-05-09T03:36:29</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#11407">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#11407</link>
		<description>The description for the required attribute should state that it will accept any valid boolean,&lt;br&gt;&lt;br&gt;Change the example function name to &quot;getDescription&quot; to better match its functionality.</description>
		<dc:creator>Sarge</dc:creator>
		<dc:type>1 0</dc:type>
		<dc:date>2004-03-19T14:12:16</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#4296">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#4296</link>
		<description>In Boolean expressions, True, nonzero numbers, and the string &quot;Yes&quot; are equivalent, and False, 0, and the string &quot;No&quot; are equivalent. This is documented on http://livedocs.macromedia.com/coldfusion/6.1/htmldocs/variab10.htm.</description>
		<dc:creator>jrunrandy</dc:creator>
		<dc:type>1 0</dc:type>
		<dc:date>2003-12-03T06:13:57</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#4285">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#4285</link>
		<description>required=&quot;true&quot; or required=&quot;yes&quot;  WHICH ONE?</description>
		<dc:creator>sethOlBoy</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2003-12-02T15:07:15</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3282">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3282</link>
		<description>We should probably make our description of the guid attribute clearer, but it is correct to refer to GUIDs and UUIDs as being the same. The real problem is that ColdFusion did not implement UUIDs correctly, so there are now &quot;ColdFusion UUIDS&quot; and &quot;real UUID/GUIDs&quot;&lt;br&gt;&lt;br&gt;UUIDs existed well before Microsoft started using them. What became GUIDs probably started at Apollo Computer in the 1980s, for their Network Computing Architecture (NCA). NCA was contibuted to the Open Software Foundation's Distributed Computing Environment (DCE), and Microsoft took elements of DCE and in the process renamed UUIDs to GUIDs.&lt;br&gt;&lt;br&gt;When ColdFusion started supporting a unique ID, the developer probably made a one-character error in the UUID string representation, which resulted in the dichotomy.</description>
		<dc:creator>halL</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2003-10-30T06:59:27</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3281">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3281</link>
		<description>All arguments are required when invoked as a webservice, irrespective of how they are defined.&lt;br&gt;&lt;br&gt;This is documented on &quot;http://livedocs.macromedia.com/coldfusion/6.1/htmldocs/webser26.htm, but is missing on this page.&lt;br&gt;&lt;br&gt;I have entered this as bug 53667.</description>
		<dc:creator>jrunrandy</dc:creator>
		<dc:type>1 0</dc:type>
		<dc:date>2003-10-30T05:32:38</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3264">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3264</link>
		<description>I think a distinction should be made about a UUID and a GUID. &lt;br /&gt;&lt;br /&gt;A UUID follows the format:&lt;br /&gt;xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx&lt;br /&gt;&lt;br /&gt;whereas a GUID follows the format:&lt;br /&gt;xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxx&lt;br /&gt;&lt;br /&gt;Users will run into issues for example if they use a GUID from a MS SQL server DB and try to interact with it as a UUID!</description>
		<dc:creator>mtangorre</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2003-10-29T17:52:28</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3262">
		<title>coldfusion/6.1/htmldocs/tags-pa4.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-pa4.htm#3262</link>
		<description>required=&quot;no&quot; WILL NOT WORK WITH WEB SERVICES if you do not pass a value, even if you specify a default value!&lt;br /&gt;&lt;br /&gt;Say you have a function in a component like this:&lt;br /&gt; &lt;CFFUNCTION NAME=&quot;GetSomething&quot; RETURNTYPE=&quot;string&quot; ACCESS=&quot;remote&quot;&gt;&lt;br /&gt;	&lt;CFARGUMENT NAME=&quot;DSN&quot; REQUIRED=&quot;yes&quot; TYPE=&quot;string&quot; default=&quot;somedb&quot;&gt;&lt;br /&gt;	&lt;CFARGUMENT NAME=&quot;Max&quot; REQUIRED=&quot;no&quot; TYPE=&quot;numeric&quot; DEFAULT=&quot;20&quot;&gt;&lt;br /&gt;...&lt;br /&gt;&lt;/CFFUNCTION&gt;&lt;br /&gt;&lt;br /&gt;And invoke it as a component like:&lt;br /&gt;&lt;CFINVOKE COMPONENT=&quot;SampleCFC&quot;&lt;br /&gt;	METHOD=&quot;GetSomething&quot; &lt;br /&gt;	DSN=&quot;#Request.App.DSN#&quot;&lt;br /&gt;	RETURNVARIABLE=&quot;foo&quot;&gt;&lt;br /&gt;&lt;/CFINVOKE&gt;&lt;br /&gt;&lt;br /&gt;It will work fine, and use the default value for Max.&lt;br /&gt;&lt;br /&gt;If you invoke that as a Web Service though,&lt;br /&gt;&lt;CFINVOKE WEBSERVICE=&quot;http://127.0.0.1/SampleCFC.cfc?wsdl&quot;&lt;br /&gt;	METHOD=&quot;GetSomething&quot; &lt;br /&gt;	DSN=&quot;#Request.App.DSN#&quot;&lt;br /&gt;	RETURNVARIABLE=&quot;foo&quot;&gt;&lt;br /&gt;&lt;/CFINVOKE&gt;&lt;br /&gt;&lt;br /&gt;It will not work!  Instead you end up with an error like this:&lt;br /&gt;Web service operation &quot;GetSomething&quot; with parameters {DSN={somedb},} could not be found.</description>
		<dc:creator>Corey Gilmore</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2003-10-29T13:47:39</dc:date>
	</item>
	</rdf:RDF>

