<?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 - 7 - htmldocs - 00000283.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-26T07:42:32</dc:date>
		<dc:language>en-us</dc:language>
		<items>
			<rdf:Seq>
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#80619" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#73924" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#73371" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#66937" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#59358" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#51090" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#31847" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#31348" />
			</rdf:Seq>
		</items>
	</channel>
	
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#80619">
		<title>coldfusion/7/htmldocs/00000283.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#80619</link>
		<description>Omitting the &quot;action&quot; argument will thow a &quot;java.lang.NullPointerException&quot;, whereas when omitting another argument such as &quot;attributes&quot; will thow a nicer human-readable error:&lt;br /&gt;&lt;br /&gt;&quot;When the value of the ACTION attribute is &quot;QUERY&quot;, the tag requires the attribute(s): ATTRIBUTES.&quot;&lt;br /&gt;&lt;br /&gt;For a minute I thought MX7 had the same CFLDAP bug as MX6 with the newer java runtime, until I realised I simply forgot the action.</description>
		<dc:creator>rvoosten</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2008-02-12T05:55:27</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#73924">
		<title>coldfusion/7/htmldocs/00000283.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#73924</link>
		<description>Hoska is correct, the default scope attribute is subtree.</description>
		<dc:creator>halL</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2007-09-21T13:50:34</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#73371">
		<title>coldfusion/7/htmldocs/00000283.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#73371</link>
		<description>Documentation for the scope attribute states that the default is 'onelevel' while it appears to actually be 'subtree'.</description>
		<dc:creator>Hoska</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2007-09-07T08:56:20</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#66937">
		<title>coldfusion/7/htmldocs/00000283.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#66937</link>
		<description>This tag does not support full and proper multi-clause filters.  The following is a perfectly valid LDAP query filter, and it does not work in CFLDAP:&lt;br /&gt;&lt;br /&gt;(&amp;(objectClass=person)(!samAccountName=*$)(!samAccountName=Srvc_*)(!samAccountName=Kher*)(!samAccountName=C2K*)(!samAccountName=Khec*)(!samAccountName=Test_*)(!samAccountName=Svc-*)(!samAccountName=SVC*)(!samAccountName=_*))&lt;br /&gt;&lt;br /&gt;In fact, simply putting in:&lt;br /&gt;&lt;br /&gt;(!samAccountName=*$)&lt;br /&gt;&lt;br /&gt;or:&lt;br /&gt;&lt;br /&gt;!samAccountName=*$&lt;br /&gt;&lt;br /&gt;...neither work, even though this is valid LDAP syntax.</description>
		<dc:creator>postwick</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2007-05-16T17:46:09</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#59358">
		<title>coldfusion/7/htmldocs/00000283.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#59358</link>
		<description>SSL v3 is not supported by CFLDAP.</description>
		<dc:creator>ksmith</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2007-01-11T07:08:54</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#51090">
		<title>coldfusion/7/htmldocs/00000283.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#51090</link>
		<description>The documentation for CFLDAP incorrectly states the delimiter for RETURNASBINARY as a comma.  The correct delimiter should be a space.  This was confirmed by Chandan Kumar.&lt;br /&gt;&lt;br /&gt;Syntax: RETURNASBINARY=&quot;objectGUID objectSID&quot;</description>
		<dc:creator>Michael</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-07-24T07:24:12</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#31847">
		<title>coldfusion/7/htmldocs/00000283.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#31847</link>
		<description>Good catch. I have added bug 60090 to help us track this bug.</description>
		<dc:creator>jrunrandy</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2005-04-19T11:09:30</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#31348">
		<title>coldfusion/7/htmldocs/00000283.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000283.htm#31348</link>
		<description>You still need to update the docs to state that the timeout is in milliseconds instead of seconds.  This has caused me lots of problems.  Please update the docs so no one else runs into the same thing.</description>
		<dc:creator>eblackey101</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-04-12T15:07:16</dc:date>
	</item>
	</rdf:RDF>

