So when you're saying it's a static file - is it reproducible or does it happen 
randomly?

Just wondering - how large are the files? Xerces is a DOM parser, i.e. holds a 
potentially very large XML object in memory. Maybe that could cause an issue. 
Is it in a shared scorpe? Some weird race conditions happening maybe (or an 
issue across different cluster nodes)?

Cheers
Kai

On 17/08/2010, at 4:21 PM, BarryC wrote:

> Frequent Illegal Argument Exceptions where coldfusion will try and
> access a value from the parsed result but that value will not exist
> (and this isn't from dynamic XML stuff, it's from static XML files
> that never change, so the values should always be there) which makes
> me think that the parser is returning an invalid result without
> returning a failed parse error.
> 
> Yeah I've since found that Coldfusion 9 (without any updaters) uses
> Xerces 2.9.1, and that on the Xerces site there is now version 2.10.0
> with a slew of bug fixes listed.
> Coldfusion updater doesn't list anything to do with XML parsing fixes
> so I though I might just have a crack at updating the Xerces jar used
> by coldfusion.
> 
> This is normally what returns in the stack trace when the parsing or
> XML dom access issue occurs:
> java.lang.IllegalArgumentException: type: -1
>       at org.apache.xerces.dom.DeferredDocumentImpl.getNodeObject(Unknown
> Source)
>       at
> org.apache.xerces.dom.DeferredElementNSImpl.synchronizeData(Unknown
> Source)
>       at org.apache.xerces.dom.ElementImpl.getNodeName(Unknown Source)
>       at coldfusion.xml.XmlNodeMap.resolveElementName(XmlNodeMap.java:592)
>       at coldfusion.xml.XmlNodeMap.resolveName(XmlNodeMap.java:662)
>       at coldfusion.xml.XmlNodeMap.containsName(XmlNodeMap.java:674)
>       at coldfusion.runtime.Scope.containsKey(Scope.java:105)
>       at coldfusion.runtime.DotResolver.containsKey(DotResolver.java:362)
>       at coldfusion.runtime.DotResolver.containsKey(DotResolver.java:376)
>       at coldfusion.runtime.DotResolver.containsKey(DotResolver.java:376)
>       at coldfusion.runtime.DotResolver.containsKey(DotResolver.java:387)
>       at coldfusion.runtime.DotResolver.containsKey(DotResolver.java:407)
>       at
> coldfusion.runtime.NeoPageContext.SymTab_symbolPartiallyExists(NeoPageContext.java:
> 1259)
>       at
> coldfusion.runtime.NeoPageContext.SymTab_findReadScope(NeoPageContext.java:
> 1173)
>       at
> coldfusion.runtime.NeoPageContext.SymTab_resolveSplitName(NeoPageContext.java:
> 1012)
>       at coldfusion.runtime.CfJspPage.resolveCanonicalName(CfJspPage.java:
> 1734)
>       at coldfusion.runtime.CfJspPage._resolve(CfJspPage.java:1677)
>       at
> coldfusion.runtime.CfJspPage._resolveAndAutoscalarize(CfJspPage.java:
> 1812)
>       at
> coldfusion.runtime.CfJspPage._resolveAndAutoscalarize(CfJspPage.java:
> 1805)
>       at cfsite2ecfc1225365976$funcINITREQUEST.runFunction(/path/to/the/
> file/parsing/the/xml/file.cfc:190)
> .....
> 
> On Aug 17, 3:56 pm, Kai Koenig <[email protected]> wrote:
>> What's specifically the issue? Parsing problems is very general...
>> 
>> In general: Xerces is the current XML parser implementation in CF. I think 
>> CFMX 6 and maybe 6.1 were using Crimson internally.
>> 
>> Cheers
>> Kai
>> 
>> 
>> 
>>> Hi,
>> 
>>> Does anyone here have experience in the field of XML Parsers, and more
>>> specifically, the one that Coldfusion uses.
>>> We have XML parsing problems frequently occuring on our site, the XML
>>> Parser that is being used is the xerces one (org.apache.xerces) - at
>>> least that's what shows up in the stack trace, but I've seen
>>> references to alternative parsers like Crimson (which in an older post
>>> I saw was Coldfusion's only 'supported' parser, but that was an old
>>> post so I'm not sure if that's still the case).
>> 
>>> Any ideas?
>> 
>>> Thanks
>>> Barry Chesterman
>> 
>>> --
>>> You received this message because you are subscribed to the Google Groups 
>>> "cfaussie" group.
>>> To post to this group, send email to [email protected].
>>> To unsubscribe from this group, send email to 
>>> [email protected].
>>> For more options, visit this group 
>>> athttp://groups.google.com/group/cfaussie?hl=en.
>> 
>> --
>> Kai Koenig - Ventego Creative Ltd
>> ph: +64 4 476 6781 - mob: +64 21 928 365 /  +61 450 132 117
>> web:http://www.ventego-creative.co.nz
>> blog:http://www.bloginblack.de
>> twitter:http://www.twitter.com/agentK
>> --
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "cfaussie" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to 
> [email protected].
> For more options, visit this group at 
> http://groups.google.com/group/cfaussie?hl=en.
> 


--
Kai Koenig - Ventego Creative Ltd
ph: +64 4 476 6781 - mob: +64 21 928 365 /  +61 450 132 117
web: http://www.ventego-creative.co.nz
blog: http://www.bloginblack.de
twitter: http://www.twitter.com/agentK
--







-- 
You received this message because you are subscribed to the Google Groups 
"cfaussie" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/cfaussie?hl=en.

Reply via email to