Copying Children From One ColdFusion XML Document To Another

Posted May 14, 2007 at 8:37 AM

Tags: ColdFusion

The other day, Matthew Abbott had contacted me to ask about some advanced JDOM libraries. I have not used JDOM directly in any way so I couldn't really help him. But this got me thinking about XML in general but more specifically, about XML in ColdFusion. I just don't use it that often and certainly, I don't do anything cool with it. So, I thought I would take this opportunity to try some cool stuff.

For this experimentation, I have created two XML document objects: xmlDate and xmlGirls. The xmlDate XML document outlines the agenda for a hot date (who doesn't love pizza and a movie???). The xmlGirls XML document is an XML database of girls:

 Launch code in new window » Download code as text file »

  • <!---
  • Build our XML data object to outline the activities
  • of our date. Right now, we only have information about
  • the girl by way of her foriegn key ID.
  • --->
  • <cfxml variable="xmlDate">
  •  
  • <date>
  • <girl id="4" />
  • <meal>
  • <location>Ben's Pizza</location>
  • <time>7:30 PM</time>
  • </meal>
  • <movie>
  • <name>Friends With Money</name>
  • <time>9:15 PM</time>
  • </movie>
  • </date>
  •  
  • </cfxml>
  •  
  •  
  • <!---
  • Here is our XML data object that holds the more detailed
  • information about our girls. We can use the IDs here to
  • populate foreign references to these girls.
  • --->
  • <cfxml variable="xmlGirls">
  •  
  • <girls>
  • <girl id="1">
  • <name>Kit Cat</name>
  • <hair>Brunette</hair>
  • <eyes>Blue</eyes>
  • </girl>
  • <girl id="4">
  • <name>Anna Banana</name>
  • <hair>Brunette</hair>
  • <eyes>Brown</eyes>
  • </girl>
  • <girl id="5">
  • <name>Marcie Darcey</name>
  • <hair>Blonde</hair>
  • <eyes>Brown</eyes>
  • </girl>
  • </girls>
  •  
  • </cfxml>
  •  
  •  
  • <!--- Dump out our date. --->
  • <cfdump
  • var="#xmlDate#"
  • label="xmlDate XML Data"
  • />
  •  
  • <!--- Dump out our girls. --->
  • <cfdump
  • var="#xmlGirls#"
  • label="xmlGirls XML Data"
  • />

CFDumping out the xmlDate XML document, we get:


 
 
 

 
ColdFusion XML Document Object Model For xmlDate  
 
 
 

CFDumping out the xmlGirls XML document, we get:


 
 
 

 
 
 
 
 

Now, our XML document about the date has the girl's ID, but that doesn't really help us out much. What we want to do is copy the properties of the girl from the xmlGirls document to the Girl node of the xmlDate document. My first thought about this was, no problem, just use the AddAll() method for the child nodes collection:

 Launch code in new window » Download code as text file »

  • <!---
  • Add the girl properties to the girl node
  • of our date XML docuemnt.
  • --->
  • <cfset xmlDate.Date.Girl.XmlChildren.AddAll(
  • xmlGirls.Girl[ 2 ].XmlChildren
  • ) />

The problem is that when you run the above code, you get the following ColdFusion error:

WRONG_DOCUMENT_ERR: A node is used in a different document than the one that created it.

The issue, which I had never thought about, was that each Node of an XML document is owned by that document. You can't just use a single XML node in two different places and especially NOT in two different XML documents (just as I can't be both at work and at the movies at the same time!!!).

So, how do we get around this? We have to import the girl node into our xmlDate document before we try and insert it somewhere into our xmlDate XML document object model. To help accomplish this, I have come up with a ColdFusion user defined function, XmlAppend(). This UDF takes two XML nodes from two different XML documents (one from each) and then appends the child nodes of the latter to the child nodes of the former:

 Launch code in new window » Download code as text file »

  • <cffunction
  • name="XmlAppend"
  • access="public"
  • returntype="any"
  • output="false"
  • hint="Copies the children of one node to the node of another document.">
  •  
  • <!--- Define arguments. --->
  • <cfargument
  • name="NodeA"
  • type="any"
  • required="true"
  • hint="The node whose children will be added to."
  • />
  •  
  • <cfargument
  • name="NodeB"
  • type="any"
  • required="true"
  • hint="The node whose children will be copied to another document."
  • />
  •  
  •  
  • <!--- Set up local scope. --->
  • <cfset var LOCAL = StructNew() />
  •  
  • <!---
  • Get the child nodes of the originating XML node.
  • This will return both tag nodes and text nodes.
  • We only want the tag nodes.
  • --->
  • <cfset LOCAL.ChildNodes = ARGUMENTS.NodeB.GetChildNodes() />
  •  
  •  
  • <!--- Loop over child nodes. --->
  • <cfloop
  • index="LOCAL.ChildIndex"
  • from="1"
  • to="#LOCAL.ChildNodes.GetLength()#"
  • step="1">
  •  
  •  
  • <!---
  • Get a short hand to the current node. Remember
  • that the child nodes NodeList starts with
  • index zero. Therefore, we must subtract one
  • from out child node index.
  • --->
  • <cfset LOCAL.ChildNode = LOCAL.ChildNodes.Item(
  • JavaCast(
  • "int",
  • (LOCAL.ChildIndex - 1)
  • )
  • ) />
  •  
  • <!---
  • Import this noded into the target XML doc. If we
  • do not do this first, then COldFusion will throw
  • an error about us using nodes that are owned by
  • another document. Importing will return a reference
  • to the newly created xml node. The TRUE argument
  • defines this import as DEEP copy.
  • --->
  • <cfset LOCAL.ChildNode = ARGUMENTS.NodeA.GetOwnerDocument().ImportNode(
  • LOCAL.ChildNode,
  • JavaCast( "boolean", true )
  • ) />
  •  
  • <!---
  • Append the imported xml node to the child nodes
  • of the target node.
  • --->
  • <cfset ARGUMENTS.NodeA.AppendChild(
  • LOCAL.ChildNode
  • ) />
  •  
  • </cfloop>
  •  
  •  
  • <!--- Return the target node. --->
  • <cfreturn ARGUMENTS.NodeA />
  • </cffunction>

Once we have this nifty ColdFusion XML UDF, we can easily copy the girl properties from the xmlGirls document to the xmlDate document:

 Launch code in new window » Download code as text file »

  • <!---
  • Get the ID of the girl we are going to be taking
  • out on the date. We want to get more information
  • about her in our date data object.
  • --->
  • <cfset intDateID = xmlDate.Date.Girl.XmlAttributes.ID />
  •  
  • <!---
  • Search for the matching girl in our girl xml data
  • object. When searching with XPath, search for a
  • girl with the given ID. All we need is the ID since
  • each girl has a unique ID.
  • --->
  • <cfset arrGirls = XmlSearch(
  • xmlGirls,
  • "//girl[@id=#intDateID#]"
  • ) />
  •  
  •  
  • <!---
  • Check to see if we found a matching girl in our
  • girl date object.
  • --->
  • <cfif ArrayLen( arrGirls )>
  •  
  • <!---
  • Our XPath search above has returned a matching
  • girl. Now, we want to append those returned girl's
  • properties child nodes) to the girl node of our
  • Date data object.
  • --->
  • <cfset XmlAppend(
  • xmlDate.date.girl,
  • arrGirls[ 1 ]
  • ) />
  •  
  • </cfif>
  •  
  •  
  • <!--- Dump out the resultant XML date document. --->
  • <cfdump
  • var="#XmlDate#"
  • label="xmlDate After Girl Node Import"
  • />

Once the node is copied, our resultant xmlDate XML document looks like this:


 
 
 

 
ColdFusion XML Document Object Model For xmlDate After XmlAppend()  
 
 
 

The girl properties of Girl ID 4 copies over quite nicely. This is some very interesting stuff. It gives me all sorts of ideas about building xml documents in pieces and then easily joining them together to make a bigger, better document (like denormalizing a database).

Download Code Snippet ZIP File

Post Comment  |  Ask Ben  |  Permalink  |  Other Searches  |  Print Page




Learning ColdFusion 9 - ColdFusion 9 tutorials, samples, examples, demos

Reader Comments

May 14, 2007 at 9:50 AM // reply »
10 Comments

Wow! This is a pretty impressive technique.

Do you know where documentation exists that talks about these built-in functions within the XML document object? I've only ever been familiar with the functions in the CF documentation, which aren't nearly this powerful.

Thanks in advance,
Toby


May 14, 2007 at 9:54 AM // reply »
6,516 Comments

@Toby,

Take a look at this:

http://java.sun.com/j2se/1.4.2/docs/api/org/w3c/dom/Node.html

It covers the w3c.org java DOM stuff. It seems that ColdFusion is wrapping around that functionality.


May 14, 2007 at 10:03 AM // reply »
10 Comments

Rock on! Thanks for the link!


May 14, 2007 at 10:28 AM // reply »
11 Comments

On a recent project, I had the need to copy one node to another 'parent' node. I just used duplicate() on the node and it worked fine.

I was told by a co-worker that it would not work because every XML node has a 'parentNode'. Apparently in CFMX 7, Cf is smart enough to remove that reference when you duplicate(). I am not certain how this would work if I tried to move it to a completely different XML document.


May 14, 2007 at 10:37 AM // reply »
11 Comments

Ben,

Check out this XMLMerge UDF I created back in February which uses XSLT to merge.

http://www.intersuite.com/client/index.cfm/2007/2/15/XMLMerge-UDF-Uses-XSLT-to-merge-root-child-nodes

Regards,

Chris


May 14, 2007 at 11:04 AM // reply »
6,516 Comments

@Chris,

That looks pretty cool. I know nothing about XSLT (I have tried to learn it but I just can't seem to get a handle on its seemly irregular programming syntax). I like what you are doing; my only issue with it is that you have to re-parse XML, which might have a lot of over head.

Cool stuff though. I really should learn more about XSLT.


May 14, 2007 at 12:57 PM // reply »
3 Comments

Working with XML in Coldfusion is painful and slow. There are much better Java library options available. My blog entry details the problems and a solution using XOM and a StAX processor:

http://orangepips.instantspot.com/blog/index.cfm/2007/3/28/XML-StAX-Processing-with-Coldfusion


May 14, 2007 at 5:46 PM // reply »
6,516 Comments

@Matt,

That is some interesting stuff. I have not done anything with XML outside of the core ColdFusion installed libraries. I will have to take a look at that other stuff sometime.


Oct 1, 2007 at 8:11 PM // reply »
1 Comments

Just wanted to say thanks for writing this comment! I ran into this same issue while doing some XML work today, and this saved me a TON of headache. Thanks!


Feb 4, 2008 at 11:19 PM // reply »
1 Comments

Hey ben this is great and it almost solved my problem. Im trying to import a specific child to another xml document in the same parent. I tried to tweak your function to accept a new argument for a specific child but it doesnt seem to be working. Some of these functions are new to me.


Mar 6, 2008 at 2:37 PM // reply »
1 Comments

Thanks, this worked great for me.


Jul 4, 2008 at 5:28 PM // reply »
1 Comments

This worked great for manipulating a Word 2003 XML document. I'm using it to insert the contents of one document into another.


Don
Jun 16, 2009 at 6:23 PM // reply »
33 Comments

So this will work with merging a bunch of xml documents that are identical in structure?


Jun 17, 2009 at 6:14 PM // reply »
6,516 Comments

@Don,

You should be able to do that. It's an interesting problem.


Don
Jun 17, 2009 at 6:38 PM // reply »
33 Comments

Yup. Basically I have information coming in from many different sources. It is the same format so it would be nice to have an easy way to just merge the documents. Right now I have to parse each one and build a master. Many steps and very slow since they can have up to a million + entries between them all. (Sales information).

Twould be nice to just say XMLMerge(doc1,doc2) or something like that.


Jun 19, 2009 at 8:36 PM // reply »
6,516 Comments

@Don,

I've been thinking about this issue and the one thing that I realize will happen is that ColdFusion won't have the ability to hold such a large XML file in memory. Why are you trying to merge them? For transfer?


Nov 12, 2009 at 1:14 PM // reply »
1 Comments

Hi Ben,
just out of curiosity, why didn't you do the code to also copy the attributes of NodeA to NodeB if Any? Is there a specific reason? I did the code, I'm just wondering if there is anything I should know.

Thanks
Faisal


Don
Nov 12, 2009 at 1:28 PM // reply »
33 Comments

How about this one -
If you work with the Amazon API for products, you know that the nodes come out basically in reverse order for any item. It will give you the node for the product, then the parent, then for the parent it gives the grandparent and so on. All digging deeper into the xml.
<node>
<ancestor>
<node>
<ancsetor>
.... up to top level node
</ancestor>
</node>
</ancestor>
</node>
So how to flip it around so I have an xml doc with the top level node (category) on down?
Lots of work. That's how. sigh.
Actually I'm thinking of converting it to an array and then going from there. Or a structure.


Nov 15, 2009 at 8:03 PM // reply »
6,516 Comments

@Faisal,

I believe the node import bring the attributes along with it.

@Don,

Hmmm, sounds funky. I assume they are returning it that way for a practical reason?? I don't have much experience with Amazon's web services (just played around with it once or twice).


Post Comment  |  Ask Ben

Recent Blog Comments
Nov 21, 2009 at 1:13 PM
My First ColdFusion Builder Extension - Encrypting And Decrypting CFM / CFC Files
@Ben, Because I am pedantic, I just want to make sure that everyone knows there is absolutely no encryption going on. There is only encoding and obfuscation. The cfencode tool only obfuscates your C ... read »
Nov 21, 2009 at 12:28 PM
Using ColdFusion Structures To Remove Duplicate List Values
@Jody I can't seem to get your code sample to work. If you are still having problems, try this code out and see if it gets you what you wanted. <!--- Comma delimited list with various duplicates ... read »
Nov 21, 2009 at 11:03 AM
Groovy Operator Overloading Does Not Work In The ColdFusion Context
Hi Ben, Thanks for this informative post. Now I am reading ur old posts too ... read »
Nov 21, 2009 at 10:56 AM
HostMySite.com Has The Best ColdFusion Hosting
@Mehul, Yes very nice people, however several downtimes per day which was not acceptable. Hence we had to move out. I am glad you are having good luck with them so far. ... read »
Nov 20, 2009 at 11:32 PM
Five Months Without Hungarian Notation And I'm Loving It
I've used headless camel case for years for not only ColdFusion variables, but also SQL tables and fields... pretty much everything involving code. I also subscribe to the "don't abbreviate and clea ... read »
Nov 20, 2009 at 11:00 PM
Five Months Without Hungarian Notation And I'm Loving It
@Marcel, Yeah, I always err on the side of longer but more readable variable names. As for the camel casing of CF methods and the headless camel casing of custom items, I get around this by always ... read »
Nov 20, 2009 at 10:56 PM
Five Months Without Hungarian Notation And I'm Loving It
I use the following and love it: my.namespace.MyComponents.functionMethodsOrUDF() CONSTANT_VALUES_OR_PROPERTIES One thing I always try is to CamelCaseBuiltInColdFusionFunctions() so others can tell ... read »