|
Prev: session variable
Next: Using cftransaction in a cfc
From: djc11 on 16 Apr 2008 02:30 I am having no luck with this. Do you see any problem with the sample XML above?
From: djc11 on 16 Apr 2008 03:00 If i dump cfhttp.fileContent it outputs the above xml. If i <cfoutput>#cfhttp.fileContent#</cfoutput>, it only outputs the text in the element nodes. That's what i would expect it to do but does it have anything to do with my problem?
From: GArlington on 16 Apr 2008 06:59 On Apr 16, 4:01 am, "djc11" <webforumsu...(a)macromedia.com> wrote: > It is the automatically generated XML from the chttp request response from > Authorize.net. For an example, if i dump cfhttp.fileContent I get: > > <?xml version="1.0" encoding="utf-8"?><ARBCreateSubscriptionResponse > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xmlns:xsd="http://www.w3.org/2001/XMLSchema" > xmlns="AnetApi/xml/v1/schema/AnetApiSchema.xsd"><refId>dus6073</refId><messages> > <resultCode>Error</resultCode><message><code>E00012</code><text>You have > submitted a duplicate of Subscription 277440. A duplicate subscription will not > be created.</text></message></messages></ARBCreateSubscriptionResponse> Is there an extra empty line and/or space before <?xml ... in your cfhttp.fileContent or is it just the way you are pasting data here? XML does NOT tolerate ANY spaces in the beginning of XML doc... Make sure that the 1st line of your cfhttp.fileContent is "<?xml ..." with NO spaces/empty line/spec chars...
From: PaulH **AdobeCommunityExpert** on 16 Apr 2008 07:54 djc11 wrote: > I am having no luck with this. Do you see any problem with the sample XML above? i thought i replied to that already but i guess the xml in the posting scrabbled the email off to never-never land. yes, that xml snippet got parsed fine but if there's any goop at the beginning of the xml it won't parse,which is why i thought trim would work.
From: PaulH **AdobeCommunityExpert** on 16 Apr 2008 07:56
djc11 wrote: > If i dump cfhttp.fileContent it outputs the above xml. If i > <cfoutput>#cfhttp.fileContent#</cfoutput>, it only outputs the text in the > element nodes. That's what i would expect it to do but does it have anything > to do with my problem? no, if you view source you should see the xml. i guess there's something going on w/the cfhttp. what version of cf? is there a url i can test? |