The other day, I was updating some old code that interacted with an XML web service. The code in question was expecting a certain XML structure to be returned, but the API had changed (or had never worked properly - I didn't write the original), and started erroring out. The problem was that XML response did not contain all the nodes that were expected in the calling code. As I was not familiar with the API, I figured the fastest way to karate chop the situation was simply to param the XML nodes if they did not exist.
But, how to do that easily? For fun, not really expecting it to work, I tried using the CFParam tag. And, much to my surprise, it totally worked! As with any CFParam tag, there is going to be the overhead of creating values that might not be used; but, in a pinch, this was the perfect solution.
To demonstrate this concept, I put this demo together:
- <!--- Create an XML document. --->
- <cfxml variable="xmlGirl">
- Param nodes in the XML document that we expect to exist.
- We can do this to make sure an XML response is always
- presented in uniformity.
- default="#XmlElemNew( xmlGirl, 'hair' )#"
- <!--- Output new XML document structure. --->
- label="XML After CFParam"
Notice that the original XML document does not have a "Hair" node. The Hair nodes gets paramed using CFParam and the XmlElemNew() function. And, running the above code, we get the following CFDump output:
| || || || || |
| || |
| || || |
As you can see, the Hair node was successfully paramed in the target ColdFusion XML document. Cool stuff! I think with a little more elbow grease, it would be easy to make a function that params an entire XML document to create a unified API response. There would be a significant overhead of course; but, the overhead might be worth not having to deal with a bunch of conditional checks within the XML processing. Another blog post perhaps?
NOTE: The CFParam tag will work with both dot-notation and array-notation (ex. xmlGirl.girl[ 'hair' ]) when working with XML documents.
Looking For A New Job?
- Expert Coldfusion Developer with extensive Microsoft Media Services expertise at Atprime Media Services
- Senior CF Backend Developer at Explosive Concepts, Inc.
- AngularJS Opportunities at Top Companies. Get Better Compensation & Culture! at AngularJobs.com
- 7 plus year CF Developer to assist live website at Atprime Media Services
Ben - does this handle multiple nodes? In other words - if you had n girl nodes would it add a <hair> child to each node? I don't mess with XML as much as I should so sorry if that's a dumb question ;)
This is kind of interesting. I'm not sure I would have tried that myself considering I usually keep my CFParam's at the top of my pages.
I know you've done a boatload of posts on xml and thought you already had a different way of dealing with missing nodes though.
I believe it would only param the first child. I believe that when you use the pseudo node sets (using named dot notation instead of the XmlChildren collection), it treats the dot as the first node in that given set; as such, I think even if there were multiple Girl nodes, it would only work on the first one.
If you needed to param multiple nodes, I bet you can use the array notation:
<cfparam name="xmlGirl.girl[ 1 ].hair" ... />
CFParam should work that way, assuming that it is compatible with the way XML nodes are inserted into the document.
... Hmm, you just gave me an idea! Thanks :)
I haven't had to deal with non-standard API responses much. Also, I would normally put CFIF statements in my processing. But, since I was not familiar with the API (I was updating someone else's old code), I thought figured this would be safer that CFIF statements.
@todd: Nope it only does the first node, you would have to loop over each <girl> node I guess.
Ben beat me to it! I tested it as well, and you can just use the array notation. The XML document would need a <girls> root node though of course :)
Great minds think alike :D
Your question gave me an idea: because XML nodes are inserted by copy, not by reference, we can minimize the CFParam overhead by factoring out new node creation if we need to param nodes over a collection of elements: